linaria

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• 05ad266c: Improved compatibility with redux and some other libraries.
• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• Updated dependencies [890b4aca]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
  • @linaria/[email protected]
  • @linaria/[email protected]

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• Updated dependencies [890b4aca]
• Updated dependencies [418e40af]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
• Updated dependencies [a6a29da7]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• 10859924: Don't add mocked-styled classnames outside test env
• Updated dependencies [890b4aca]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• Updated dependencies [418e40af]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
• Updated dependencies [10859924]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• Updated dependencies [890b4aca]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• 00b43a6b: Cannot find module 'xxx' with esbuild 0.17 and linaria 4.2
• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• Updated dependencies [890b4aca]
• Updated dependencies [418e40af]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
  • @linaria/[email protected]
  • @linaria/[email protected]

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• Updated dependencies [890b4aca]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• Updated dependencies [890b4aca]
• Updated dependencies [418e40af]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
  • @linaria/[email protected]
  • @linaria/[email protected]

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• 418e40af: Support for .cts/.mts files
• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• Updated dependencies [890b4aca]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]

Minor Changes

• 16c057df: Breaking Change: Performance Optimization for styled

  When a component is wrapped in styled, Linaria needs to determine if that component is already a styled component. To accomplish this, the wrapped component is included in the list of variables for evaluation, along with the interpolated values used in styles. The issue arises when a wrapped component, even if it is not styled, brings along a substantial dependency tree. This situation is particularly evident when using styled to style components from third-party UI libraries.

  To address this problem, Linaria will now examine the import location of the component and check if there is an annotation in the package.json file of the package containing the components. This annotation indicates whether the package includes other Linaria components. If there is no such annotation, Linaria will refrain from evaluating the component.

  Please note that this Breaking Change solely affects developers of component libraries. In order for users to style components from your library, you must include the linaria.components property in the library's package.json file. This property should have a mask that covers all imported files with components. Here's an example of how to specify it:

  "linaria": {
    "components": "**/*"
  }
  

Patch Changes

• af5bb92d: The end of support for Node.js 14. Migration to pnpm 8.
• Updated dependencies [890b4aca]
• Updated dependencies [05ad266c]
• Updated dependencies [16c057df]
• Updated dependencies [af5bb92d]
• Updated dependencies [10859924]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]

Patch Changes

• 54ab61b2: Enhance @linaria/shaker strategy: better search in namespace imports, add support for side effect imports, fix file skipping.

Patch Changes

• 54ab61b2: Enhance @linaria/shaker strategy: better search in namespace imports, add support for side effect imports, fix file skipping.
• Updated dependencies [54ab61b2]
  • @linaria/[email protected]

Patch Changes

• Updated dependencies [54ab61b2]
  • @linaria/[email protected]
  • @linaria/[email protected]

Patch Changes

• Updated dependencies [821a6819]
• Updated dependencies [54ab61b2]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]

Patch Changes

• 54ab61b2: Enhance @linaria/shaker strategy: better search in namespace imports, add support for side effect imports, fix file skipping.
• Updated dependencies [54ab61b2]
  • @linaria/[email protected]
  • @linaria/[email protected]
  • @linaria/[email protected]