-
Notifications
You must be signed in to change notification settings - Fork 640
CSS: Remove composes
usage
#10874
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CSS: Remove composes
usage
#10874
Conversation
cb0258d
to
494f12e
Compare
looks like there are a bunch of CSS specificity issues that only show up when restarting the |
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
This prepares for the migration to ember-scoped-css, which does not support `composes`.
// see https://github.com/salsify/ember-css-modules/blob/v2.0.1/docs/ORDERING.md | ||
headerModules: [ | ||
'crates-io/styles/shared/a11y', | ||
'crates-io/styles/shared/buttons', | ||
'crates-io/styles/shared/forms', | ||
'crates-io/styles/shared/sort-by', | ||
'crates-io/styles/shared/typography', | ||
'crates-io/styles/application', | ||
// for the `.load-more` class | ||
'crates-io/styles/dashboard', | ||
// for the `.scopes-list` class | ||
'crates-io/styles/settings/tokens/new', | ||
// for the `.box-link` class | ||
'crates-io/components/front-page-list/item', | ||
], |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not a great long-term solution, but this solves the specificity issues. previously the composes
declarations ensured the right order in the CSS file, but since we no longer use composes
we need to explicitly declare it.
https://github.com/BlueCutOfficial/css-modules-to-scoped-css documents how to migrate from ember-css-modules to ember-scoped-css, which unlocks building the frontend application with https://vite.dev/ instead of webpack.
Unfortunately, ember-scoped-css does not support the
composes
declaration from ember-css-modules though.This PR removes/replaces the 97 usages of
composes
in our codebase. I'm not in love with the solution, but it seems good enough for now to unlock that migration mentioned above.