-
-
Notifications
You must be signed in to change notification settings - Fork 39
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
[docs] Migrating from emotion or styled-components #269
Comments
Pigment CSS has done a great job so far, but it's not feasible for me to migrate to it because I would need to modify a huge number of files and styles. However, if it could support these features, it would be fantastic. |
The active prop is something you can do today. export const StyledListItemButton = styled(ListItemButton)<{ active: boolean }>`
background: ${(props) => (props.active ? 'red' : 'inherit')};
border-radius: 1rem;
`;
// TO
const StyledListItemButton = styled(ListItemButton, {
shouldForwardProp: prop => prop !== 'active',
})<{ active: boolean }>(({ theme }) => {
return {
color: 'inherit',
variants: [
{
props: { active: true },
style: {
color: 'red',
},
},
],
};
}); |
I've reviewed the migration path from Emotion or Styled-components to PigmentCSS, and I believe it would be highly challenging due to the extensive changes required throughout the entire project. In my opinion, the current approach with Emotion/Styled-components is cleaner and more readable. Using template literals allows us to write styles in basic CSS or SCSS syntax, which feels more intuitive and familiar. Converting this style structure to an object-based syntax, as required by PigmentCSS, could compromise both readability and maintainability. I would appreciate reconsidering this migration, or at least exploring ways to make the transition smoother and less disruptive. |
Those API are available with Linaria https://github.com/callstack/linaria?tab=readme-ov-file#syntax and yak https://github.com/jantimon/next-yak/tree/main?tab=readme-ov-file#dynamic-styles, so it's technically possible to execute. They are implemented with CSS variables. This seems practical. So I think we should expect those API to be supported in Pigment CSS. We track this with #82. We also miss a comprehensive docs about how to migrate from Emotion or Styled-components. Which I think what we should keep this open for (otherwise, the ask seems to be a duplicate of #82) |
If it helps, we do have codemods in |
FYI, the codemod does not support styles with literal template. |
Summary
We are currently using Emotion in our project and have numerous styled components that rely on dynamic styling based on props, similar to the examples below. As we plan to migrate to Pigment CSS, we encountered an issue since template literals in Pigment CSS don’t seem to support callback functions for props—a feature we rely on extensively.
For instance, in the following components:
As Pigment CSS currently doesn't allow for this dynamic handling of props, it would require substantial refactoring of our styled components.
Do you have any plans to support this feature in future releases? Adding support for prop-based dynamic styling would significantly simplify the migration process for teams like ours.
Examples
Example of
css
function in emotion with template literals:https://styled-components.com/docs/api#css-prop
https://emotion.sh/docs/@emotion/css
Motivation
No response
Search keywords: migration emotion
The text was updated successfully, but these errors were encountered: