You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What do we do about composes definitions that are declared multiple times? And, what are the ordering concerns, if any, we need to think about?
Possible Improvements / Ideas
What are the possible errors or easy mistakes people might make if they're using this?
If we're doing a production build, can we remove the _classify hooks/helpers so that a string is replaced wholly with another string? (Will that even matter? ¯_(ツ)_/¯)
Since creates an "adapter" between the CSS from the JS, what other things can we do to analyze/transform the CSS so that it does not break the app? (e.g.: removing unused styles, merging repeated styles, minifying class names?)
The text was updated successfully, but these errors were encountered:
Open Questions:
Is the.css-compose
file extension the right route to go? What are the pros/cons?@compose
with nested@
sufficient?Need to support back to node 0.12 (probably not necessary).Possible Improvements / Ideas
_classify
hooks/helpers so that a string is replaced wholly with another string? (Will that even matter? ¯_(ツ)_/¯)The text was updated successfully, but these errors were encountered: