next-redux-typescript-starter
next-redux-typescript-starter copied to clipboard
fix(deps): update emotion monorepo to v11 (major)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
| @emotion/babel-preset-css-prop (source) | ^10.0.9 -> ^11.12.0 |
||||
| @emotion/core (source) | ^10.0.10 -> ^11.0.0 |
||||
| @emotion/styled (source) | ^10.0.10 -> ^11.14.0 |
||||
| babel-plugin-emotion (source) | 10.0.33 -> 11.0.0 |
Release Notes
emotion-js/emotion (@emotion/babel-preset-css-prop)
v11.12.0
v11.11.0
Patch Changes
- #3029
eed5e6cfThanks @Andarist! - Fixed importing in Node ESM
v11.10.0
Minor Changes
- #2819
bbad8c79Thanks @nicksrandall! -exportsfield has been added to thepackage.jsonmanifest. It limits what files can be imported from a package but we've tried our best to allow importing all the files that were considered to be a part of the public API.
Patch Changes
- Updated dependencies [
bbad8c79]:
v11.2.0
Patch Changes
-
64bc9037#2245 Thanks @0xBono! - Fixed the invalid example in the README. -
Updated dependencies [
c9b57f36]:
v11.0.0
Major Changes
-
f9feab1a#1575 Thanks @mitchellhamilton! - Removed support for@emotion/styled-basepackage. It has been moved to@emotion/styledand is available as@emotion/styled/base. This simplifies how the regular and base versions relate to each other and eliminates problems with stricter package managers when@emotion/styled-basewas not installed explicitly by a user. -
79036056#967 Thanks @mitchellhamilton! - Remove support for deprecatedinnerRefprop -
a72e6dc#1501 Thanks @JakeGinnivan! - TypeScript types have been significantly restructured. These changes:- reduce build times when using Emotion, especially in larger projects
- it's no longer necessary to manually specify generic parameters for your Emotion components in many cases
- union types as props are better supported and should be inferred properly
- the
cssfunction has been restricted to prevent passing invalid types styled's generic parameter has been changed, if you were specifying theComponentTypeyou will need to remove that generic parameterstyledno longer takes a secondExtraPropsparameter - instead of that move it to after thestyledcall. So instead of writingstyled<typeof MyComponent, ExtraProps>(MyComponent)({})you should now be writingstyled(MyComponent)<ExtraProps>({})
If you encounter build issues after upgrade, try removing any manually specified generic types and let them be inferred.
-
c6431074#1609 Thanks @tomsseisums! - It's now easier to provide a type forTheme. Instead of creating custom instances (like before) you can augment the builtinThemeinterface like this:import '@​emotion/react' declare module '@​emotion/react' { export interface Theme { primaryColor: string secondaryColor: string } } -
105de5c8#1572 Thanks @Andarist! -[data-emotion]attribute on SSRed styled has changed. You should never rely on it though. -
79036056#967 Thanks @mitchellhamilton! - Use hooks internally for improved bundle size and a better tree in React DevTools -
9e998e37#1817 Thanks @Andarist! - The parser we use (Stylis) got upgraded. It fixes some long-standing parsing edge cases while being smaller and faster 🚀It has been completely rewritten and comes with some breaking changes. The most notable ones that might affect Emotion users are:
- plugins written for the former Stylis v3 are not compatible with the new version. To learn more on how to write a plugin for Stylis v4 you can check out its README and the source code of core plugins.
- vendor-prefixing was previously customizable using
prefixoption. This was always limited to turning off all of some of the prefixes as all available prefixes were on by default. Theprefixoption is gone and to customize which prefixes are applied you need to fork (copy-paste) the prefixer plugin and adjust it to your needs. While this being somewhat more problematic to setup at first we believe that the vast majority of users were not customizing this anyway. By not including the possibility to customize this through an extra option the final solution is more performant because there is no extra overhead of checking if a particular property should be prefixed or not. - the prefixer is now just a plugin which happens to be included in the default
stylisPlugins. If you plan to use customstylisPluginsand you want to have your styles prefixed automatically you must include prefixer in your customstylisPlugins. You can importprefixerfrom thestylismodule to do that. @importrules are no longer special-cased. The responsibility to put them first has been moved to the author of the styles. They also can't be nested within other rules now. It's only possible to write them at the top level of global styles.
-
cf56694#2088 Thanks @Andarist! - UMD filenames have been changed.
Minor Changes
-
4d3b60d0#1874 Thanks @connor-baer! - Added basic TS type support forasprop on styled components. It's possible to pass any component to it but it has no effect on other accepted props. This means that it's not 100% type-safe so use it sparingly and with care. -
ad77ed24#1624 Thanks @JakeGinnivan! - AddedCreateStyledoverload to handle whenshouldForwardPropis a custom type guard for intrinsic props.As an example, if you want to override the type of the
colorprop:export const Box = styled('div', { shouldForwardProp: ( propName ): propName is Exclude<keyof JSX.IntrinsicElements['div'], 'color'> => propName !== 'color' })<{ color: Array<string> }>(props => ({ color: props.color[0] })) ;<Box color={['green']} /> -
18c0d5f4#1668 Thanks @animecyc! - CustomshouldForwardPropis being preserved now when using.withComponent. Also, when passing an additionalshouldForwardPropin.withComponent's options (like this:SomeComponent.withComponent('span', { shouldForwardProp })) it's being composed with the potentially existingshouldForwardProp. -
5d692a6a#1956 Thanks @eps1lon! - Upgradedcsstypedependency to its v3. This is what we use to provide TypeScript typings for object styles. The upgrade should not affect any consuming code but it's worth mentioning if any edge case scenarios arise.
Patch Changes
-
22935470#1588 Thanks @FezVrasta! -StyledComponentFlow type is now polymorphic, that means you can now define the component prop types to get better type safety. -
58dc08a6#1837 Thanks @arcanis! - Fixed TS compatibility under PnP environments by making@types/reactan optional peer dependency. -
Updated dependencies [
c672175b,923ded01,e3d7db87,8a896a31,c5b12d90,5e803106,b8476e08,debaad9a,0a4a22ff,5c55fd17,b0ad4f0c,9e998e37,c65c5d88,5c7ec859,a085003d,c7850e61,b7d21373,5d692a6a,c5b12d90,c6431074,828111cd,9e998e37,69446cb5]:
v10.2.1
Patch Changes
32c8528a#2084 Thanks @Andarist! - Only use'@​babel/plugin-transform-react-jsx-development'based on thedevelopmentoption whenruntimeis set to"automatic". The classic runtime is not compatible with this plugin.
v10.2.0
Minor Changes
c55fadb4#2074 Thanks @Andarist! -runtimeoption has been deprecated. It still works and will continue to work in Emotion 10 but we have found out that including JSX plugin twice in the Babel configuration leads to hard to debug problems and it's not always obvious that some presets include it. If you want to configureruntime: "automatic"just replace@emotion/babel-preset-css-propwith@babel/preset-reactandbabel-plugin-emotion. You can find out how to configure things properly here: https://emotion.sh/docs/css-prop#babel-preset
v10.1.0
Minor Changes
71514b06#1970 Thanks @FLGMwt! - A newruntimeoption has been added that can be configured to'automatic'to opt into the new JSX runtimes. To use this a compatible React version has to be used.
v10.0.27
Patch Changes
4c62ae9#1698 Thanks @Andarist! - Add LICENSE file- Updated dependencies [
4c62ae9]:
v10.0.23
Patch Changes
-
539bc0c2#1576 Thanks @Andarist! - Insert import to @emotion/core after existing imports to avoid ordering issues with polyfills -
3927293d#1569 Thanks @Andarist! - Add dev hint about css object (generated by Babel) being stringified by accident
v10.0.22
Patch Changes
-
1bb3efe3#1554 Thanks @Andarist! - Prepend appended label string with semicolon to avoid problems with declaration blocks without a final semicolon -
Updated dependencies [
1bb3efe3]:
v10.0.17
v10.0.14
emotion-js/emotion (@emotion/core)
v11.0.0
Major Changes
b8476e08#1675 Thanks @mitchellhamilton! - Rename@emotion/coreto@emotion/react. Please change any imports of@emotion/coreto import@emotion/reactor use the@emotion/pkg-renamingESLint rule from@emotion/eslint-plugin.
v10.3.1
Patch Changes
- #2576
33c01578Thanks @Methuselah96! - ExportKeyframestype to avoid TypeScript insertingimport("@​emotion/serialize").Keyframesreferences into declaration files emitted based on a source files exportingkeyframesresult. This avoids issues with strict package managers that don't allow accessing undeclared dependencies.
v10.3.0
Minor Changes
-
#2566
122e9f11Thanks @eps1lon, @Andarist! - Fixed hydration mismatches ifReact.useId(an upcoming API in React 18) is used within a tree below our components. -
#2560
b5a26619Thanks @eps1lon! - Dropped usage of a deprecatedSFCReact type in favor ofFC. TheFCtype has been introduced in@types/[email protected]so this version of this package is now a minimum requirement for TypeScript users.
v10.1.1
Patch Changes
-
fe30cbd6#2066 Thanks @Andarist! - Fixed an issue with React giving warning about static children not having unique keys when using the classicjsxfactory. This example illustrates the situation in which this has been incorrectly happening:<div css={{ color: 'hotpink' }}> <div /> <div /> </div>
v10.1.0
Minor Changes
-
71514b06#1970 Thanks @FLGMwt! - Support for the new JSX runtimes has been added. They require compatible React versions and shouldn't be manually used.To use them you can use the new
@jsxImportSource @​emotion/corepragma instead of the old@jsx jsxor you can use@emotion/babel-preset-css-propwith{ runtime: 'automatic' }option to have it handled automatically for you for the whole project.
v10.0.35
Patch Changes
2cf3b16b#1973 Thanks @santialbo! - Fixed label extraction from the stack traces in node for components wrapped inReact.forwardRef. This has affected only development builds.
v10.0.34
Patch Changes
4979ebb2#1966 Thanks @chnakamura! - Fixed label extraction from the stack traces in Chrome in certain scenarios. This has affected only development builds.
v10.0.28
Patch Changes
d0b2a94#1714 Thanks @Andarist! - Fixed label extraction from the stack traces in FireFox and Safari. We have failed to match a label in Emotion wrappers like Theme UI which caused SSR mismatches in mentioned browsers. This has affected only development builds.
v10.0.27
Patch Changes
4c62ae9#1698 Thanks @Andarist! - Add LICENSE file- Updated dependencies [
4c62ae9]:
v10.0.22
Patch Changes
-
4fc5657a#1219 Thanks @Andarist! - Add dev hint about css object being stringified by accident -
2fc75f26#1548 Thanks @Andarist! - Accept objects asclassNamein jsx-created components (they are stringified) to match React behavior -
10211951#1553 Thanks @Andarist! - Add dev warning about keyframes being interpolated into plain strings. -
57a767ea#1560 Thanks @Andarist! - Fix composition of styles without a final semicolon in a declaration block -
Updated dependencies [
4fc5657a,10211951,57a767ea,c3f0bc10,11bea3a8]:- @emotion/serialize@0.11.12
- @emotion/styled@10.0.22
- @emotion/css@10.0.22
v10.0.21
Patch Changes
- 7855db4a #1537 Thanks @Andarist! - Add missing
/* #__PURE__ */annotation to creation of EmotionCssPropInternal
v10.0.20
Patch Changes
- 38bb2b19 #1530 Thanks @Andarist! - Fix class not being applied when putting nil as css prop value on wrapper component
v10.0.17
v10.0.16
v10.0.15
v10.0.14
Configuration
📅 Schedule: Branch creation - "after 9pm,before 9am" in timezone Asia/Tokyo, Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
- [ ] If you want to rebase/retry this PR, check this box
This PR was generated by Mend Renovate. View the repository job log.
This pull request is being automatically deployed with Vercel (learn more).
To see the status of your deployment, click below or on the icon next to each commit.
🔍 Inspect: https://vercel.com/locol23/next-redux-typescript-starter/rg4gm4s77
✅ Preview: Failed
[Deployment for 679e815 failed]
The latest updates on your projects. Learn more about Vercel for Git ↗︎
| Name | Status | Preview | Comments | Updated (UTC) |
|---|---|---|---|---|
| next-redux-typescript-starter | ❌ Failed (Inspect) | Jul 20, 2024 2:30pm | ||
| next-redux-typescript-starter-uocy | ❌ Failed (Inspect) | Jul 20, 2024 2:30pm |