Update emotion monorepo to v11.10.4 #10
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "renovate/emotion-monorepo"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This PR contains the following updates:
11.4.1
->11.10.4
11.3.0
->11.10.4
Release Notes
emotion-js/emotion
v11.10.4
Compare Source
Patch Changes
#2867
89b6dbb3
Thanks @Andarist! - Externalized code referencingReact.useInsertionEffect
to a separate@emotion/use-insertion-effect-with-fallbacks
package. This package should be used in your defined externals if you bundle Emotion for whatever reason. It referencesuseInsertionEffect
in a very specific way that allows us to use it conditionally. However, if the code consuming Emotion is bundled as a library with Emotion in it then some bundlers might change the way in which we referenceuseInsertionEffect
and that might create problems for bundlers used to consume the said library code. By externalizing this new package you can still bundle Emotion if you want to without running into this problem as you won't "destroy" the carefully crafted reference touseInsertionEffect
in the process.Note that we don't recommend bundling Emotion. You should have very specific reasons to do so.
Updated dependencies [
89b6dbb3
]:v11.10.0
Compare Source
Minor Changes
#2819
bbad8c79
Thanks @nicksrandall! -exports
field has been added to thepackage.json
manifest. 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.#2819
bbad8c79
Thanks @nicksrandall! - Thanks to the addedexports
field, the package now includes aworker
condition that can be utilized by properly configured bundlers when targeting worker-like environments. It fixes the issue with browser-specific files being prioritized by some bundlers when targeting workers.Patch Changes
bbad8c79
,bbad8c79
]:v11.9.3
Compare Source
Patch Changes
#2759 Thanks @srmagura, @Andarist! - Change the argument of the
shouldForwardProp
option ofstyled
fromPropertyKey
tostring
in the TypeScript definitions.#2333
3055efdd
Thanks @Andarist! -shouldForwardProp
has been changed from being a bivariant method to a contravariant function - it improves the type-safety for those that type this option.#2333
3055efdd
Thanks @antongolub! -FilteringStyledOptions
andStyledOptions
types no longer require a type argument for theProps
generic.Updated dependencies [
26e4e3e8
,5e81f213
,3055efdd
]:v11.9.0
Compare Source
Patch Changes
#2700
d9357621
Thanks @arturmuller! - Fixed a false positive warning forcontent
properties that includedvar()
.Updated dependencies [
d9357621
]:v11.8.2
Compare Source
Patch Changes
ff3cb164
Thanks @Jack-Works! - ChangeGlobal
component to use theStyleSheet
constructor of the currentcache.sheet
. This is useful whencache.sheet
is not the default implementation. Thanks to that the inner sheet constructed byGlobal
can share the behavior with its "main" sheet that is hold by thecache
.v11.8.1
Compare Source
Patch Changes
39ac5b99
Thanks @Andarist! - Fixed a transpilation issue that causeduseInsertionEffect
to be referenced directly in the specifiers list of the import statement. This has caused build errors in the consuming tools since the import statement can only reference known exports of a module.v11.8.0
Compare Source
Minor Changes
2f27156a
Thanks @Andarist! - Refactored code to use the upcomingReact.useInsertionEffect
when it's available (this is a new hook that is going to be introduced in React 18). This shouldn't have any effect on existing codebases and the change should be transparent.Patch Changes
d2531639
,2f27156a
]:v11.7.1
Compare Source
Patch Changes
#2577
04681a5f
Thanks @Methuselah96! - ExportKeyframes
type to avoid TypeScript insertingimport("@​emotion/serialize").Keyframes
references into declaration files emitted based on a source files exportingkeyframes
result. This avoids issues with strict package managers that don't allow accessing undeclared dependencies.#2590
1554a7e2
Thanks @Andarist! - Upgraded and pinned the version of Stylis - the CSS parser that Emotion uses under the hood.Updated dependencies [
1554a7e2
]:v11.7.0
Compare Source
Patch Changes
57be9e8c
Thanks @srmagura! - Changed the implementation of the runtime label extraction in elements using the css prop (that only happens in development) to one that should yield more consistent results across browsers. This fixes some minor issues with React reporting hydration mismatches that wouldn't happen in production.v11.6.0
Compare Source
Minor Changes
eb013d25
Thanks @eps1lon! - Fixed hydration mismatches ifReact.useId
(an upcoming API in React 18) is used within a tree below our components.Patch Changes
9861a18b
]:v11.5.0
Compare Source
Patch Changes
#2498
e5beae8e
Thanks @Andarist! - Fixed an edge case issue with incorrect rules being generated. When a context selector (&
) was used not at the beginning of a selector (which is not valid SCSS but is allowed by the Stylis parser that we are using) within a group of selectors containing a pseudoclass then it was not replaced correctly with the current context selector.#2500
eda5e687
Thanks @Jarred-Sumner! - Fix error loading @emotion/react in alternative JS environmentsUpdated dependencies [
e5beae8e
,9ae4a91a
,f2eda829
]:Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ 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.
This PR has been generated by Renovate Bot.
0485292fdb
to5315ea8ee8
5315ea8ee8
tofddcc39c43
fddcc39c43
to27cf7f4f23
27cf7f4f23
to5aad857d5f