7179a9d1d6
* reduce usage of Utils.localizeMessage As we begin to transition to react-intl's `formatjs` for extraction, our custom wrappers like `Utils.localizeMessage` prevent an adoption roadblock. This is the first in a series of PRs to begin to migrate away in favour of: * `useIntl` when inside React functional component * use `injectIntl` and use access the `intl` prop from class components * use the new `getIntl`, leveraging a memoized `createIntl` and the store outside of React components I'm pausing in this effort to get a feel from peers on both the substance of these changes and best practices in supporting them. * prefer shallowWithIntl, renderWithContext, and local injectIntl wrapping * revert unintentional whitespaces * clarify getIntl, add minor unit test * avoid triggering mmjstool * update e2e tests --------- Co-authored-by: Mattermost Build <build@mattermost.com>
Mattermost Web App
This folder contains the client code for the Mattermost web app. It's broken up into multiple packages each of which either contains an area of the app (such as playbooks) or shared logic used across other packages (such as the packages located in the platform directory). For anyone who's used to working in the mattermost/mattermost-webapp repo, most of that is now located in channels.
npm Workspaces
To interact with a workspace using npm, such as to add a dependency or run a script, use the --workspace (or --workspaces) flag. This can be done when using built-in npm commands such as npm add or when running scripts. Those commands should be run from this directory.
# Add a dependency to a single package
npm add react --workspace=playbooks
# Build multiple packages
npm run build --workspace=platform/client --workspace=platform/components
# Test all workspaces
npm test --workspaces
# Clean all workspaces that have a clean script defined
npm run clean --workspaces --if-present
To install dependencies for a workspace, simply run npm install from this folder as you would do normally. Most packages' dependencies will be included in the root node_modules, and all packages' dependencies will appear in the package-lock.json. A node_modules will only be created inside a package if one of its dependencies conflicts with that of another package.
Useful Links
- Developer setup, now included with the Mattermost server developer setup
- Web app developer documentation