Skip to content
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

Update dependency @linaria/core to v6 #107

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Aug 31, 2024

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
@linaria/core ^4.2.8 -> ^6.0.0 age adoption passing confidence

Release Notes

callstack/linaria (@​linaria/core)

v6.2.0

Compare Source

Minor Changes
  • a3dcee2: Update wyw-in-js to 0.5.3

v6.1.0

Compare Source

Minor Changes
Patch Changes
  • 8d4ebd3: chore: bump @​wyw-in-js/* packages

v6.0.0

Compare Source

Major Changes
  • 2ac94b9: BREAKING CHANGE: Linaria has been migrated to wyw-in-js.

Migration Guide

For Users

The main breaking change is that all tooling has been moved from the `@linaria` scope to the `@wyw-in-js` scope. This means that you will need to update your dependencies as follows:

| Old                      | New                       |
| ------------------------ | ------------------------- |
| @​linaria/babel-preset    | @​wyw-in-js/babel-preset   |
| @​linaria/cli             | @​wyw-in-js/cli            |
| @​linaria/esbuild         | @​wyw-in-js/esbuild        |
| @​linaria/rollup          | @​wyw-in-js/rollup         |
| @​linaria/shaker          | discontinued              |
| @​linaria/vite            | @​wyw-in-js/vite           |
| @​linaria/webpack4-loader | discontinued              |
| @​linaria/webpack5-loader | @​wyw-in-js/webpack-loader |

There is no longer a need to install `@linaria/shaker` as it is now part of `@wyw-in-js/transform`, which will be installed automatically with the bundler plugins.

The configuration file has been renamed from `linaria.config.js` (`linariarc`) to `wyw-in-js.config.js` (`.wyw-in-jsrc`).

For Custom Processor Developers

Base classes for processors and most helpers have been moved to `@wyw-in-js/processor-utils`.

All APIs that had `linaria` in their names have been renamed:

-   The field that stores meta information in runtime has been renamed from `__linaria` to `__wyw_meta`
-   The export with all interpolated values has been renamed from `__linariaPreval` to `__wywPreval`
-   The caller name in Babel has been renamed from `linaria` to `wyw-in-js`

For additional information, please visit the [wyw-in-js.dev](https://wyw-in-js.dev).
Patch Changes

v5.0.2

Compare Source

Patch Changes

v5.0.1

Compare Source

Patch Changes

v5.0.0

Compare Source

Major Changes
  • 88e0761: Rewritten dependecny tree processing with support for wildcard re-exports.
  • cb853e1: All processing stages were merged into one generators-based processor. It allows the implementation of more complex workflows to support features like dynamic imports and re-exports.
Minor Changes
  • 9cb4143: Refactoring of the 1st stage of transformation. It opens the road to processing wildcard reexports.
Patch Changes

v4.5.4

Compare Source

Patch Changes

v4.5.3

Compare Source

Patch Changes

v4.5.2

Compare Source

Patch Changes
  • e59bf80: Shaker mistakenly counts references in types as valuable and keeps referenced variables alive.
  • ae3727f: Fix the issues with processing files that are supposed to be parsed with their respective Babel config.
  • Updated dependencies [7955724]
  • Updated dependencies [b191f54]
  • Updated dependencies [e59bf80]
  • Updated dependencies [520ba8d]
  • Updated dependencies [ae3727f]
  • Updated dependencies [dca076e]

v4.5.1

Compare Source

Patch Changes

v4.5.0

Compare Source

Minor Changes
  • 16c057d: 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

v4.2.10

Compare Source

Patch Changes

v4.2.9

Compare Source

Patch Changes

Configuration

📅 Schedule: Branch creation - "before 4am on the first day of the month" 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 this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants