Version Packages

Author: github-actions[bot]

.changeset/gentle-sites-act.md

@@ -1,5 +1,33 @@
 # @inlang/cli
 
+## 3.1.0
+
+### Minor Changes
+
+- 7791be7: Upgraded the [inlang SDK](https://github.com/opral/inlang-sdk) to [Lix](https://lix.dev/) v0.5 🎉
+
+  ## Highlights
+
+  ### Writing directly to Lix state
+
+  State is now written straight into Lix instead of the SDK’s private in-memory SQLite snapshot. Every bundle, message, and variant change becomes a first-class Lix commit, unlocking:
+
+  - history and branching,
+  - writer-key aware workflows,
+  - change proposals and subscriptions, and
+  - a single source of truth for downstream tools.
+
+  ### Per-file filesystem sync
+
+  Any inlang-based tooling that opens a project from disk (IDE extensions, CLIs, custom apps) used to patch the entire locale tree whenever a single message changed. That behaviour is at the heart of [opral/inlang-sherlock#173](https://github.com/opral/inlang-sherlock/issues/173) where editing one key in `en.json` would re-export every other locale file, destroying manual formatting or reintroducing stale content.
+
+  Thanks to Lix v0.5’s observable state and writer-key APIs we can now react to per-commit metadata and suppress our own writes. When `happy_elephant` in `en.json` is updated, the SDK marks only `en.json` as dirty, leaving `de.json` and friends untouched. Drift is still possible if another tool rewrites `en.json`, yet the blast radius falls from “the whole project just changed” to “only the file you touched,” making reviews and merges manageable across all inlang integrations.
+
+### Patch Changes
+
+- Updated dependencies [7791be7]
+  - @inlang/sdk@3.0.0
+
 ## 3.0.12
 
 ### Patch Changes

.changeset/incremental-lix-sync.md

@@ -1,6 +1,6 @@
 {
   "name": "@inlang/cli",
-  "version": "3.0.12",
+  "version": "3.1.0",
   "private": false,
   "publishConfig": {
     "access": "public"

.changeset/nasty-otters-greet.md

@@ -1,5 +1,46 @@
 # @inlang/paraglide-js
 
+## 2.4.0
+
+### Minor Changes
+
+- 7791be7: Upgraded the [inlang SDK](https://github.com/opral/inlang-sdk) to [Lix](https://lix.dev/) v0.5 🎉
+
+  ## Highlights
+
+  ### Writing directly to Lix state
+
+  State is now written straight into Lix instead of the SDK’s private in-memory SQLite snapshot. Every bundle, message, and variant change becomes a first-class Lix commit, unlocking:
+
+  - history and branching,
+  - writer-key aware workflows,
+  - change proposals and subscriptions, and
+  - a single source of truth for downstream tools.
+
+  ### Per-file filesystem sync
+
+  Any inlang-based tooling that opens a project from disk (IDE extensions, CLIs, custom apps) used to patch the entire locale tree whenever a single message changed. That behaviour is at the heart of [opral/inlang-sherlock#173](https://github.com/opral/inlang-sherlock/issues/173) where editing one key in `en.json` would re-export every other locale file, destroying manual formatting or reintroducing stale content.
+
+  Thanks to Lix v0.5’s observable state and writer-key APIs we can now react to per-commit metadata and suppress our own writes. When `happy_elephant` in `en.json` is updated, the SDK marks only `en.json` as dirty, leaving `de.json` and friends untouched. Drift is still possible if another tool rewrites `en.json`, yet the blast radius falls from “the whole project just changed” to “only the file you touched,” making reviews and merges manageable across all inlang integrations.
+
+### Patch Changes
+
+- 4a48c07: fix: fix eslint incorrectly linting generated files
+
+  closes https://github.com/opral/inlang-paraglide-js/issues/558
+
+  eslint ignores single-line 'eslint-disable' comments at the start of a file.
+  Using a block comment without a closing one instead will prompt eslint to ignore it.
+
+  ```diff
+  -	output[filename] = `// eslint-disable\n${content}`;
+  +	output[filename] = `/* eslint-disable */\n${content}`;
+  ```
+
+- 4c8921f: Fixes `overwriteSetLocale` to keep the full `(locale, options?)` signature when overriding `setLocale`, preventing TypeScript from rejecting calls that pass `{ reload: false }`. Adds a regression test ensuring custom handlers receive the options object.
+- Updated dependencies [7791be7]
+  - @inlang/sdk@3.0.0
+
 ## 2.3.2
 
 ### Patch Changes
@@ -28,6 +69,7 @@
   This change introduces a new `extractLocaleFromRequestAsync` function that supports asynchronous custom server strategies, enabling use cases like fetching user locale preferences from databases.
 
   ## What's Changed
+
   - **New Function**: Added `extractLocaleFromRequestAsync` that supports async custom server strategies
   - **Middleware Update**: Server middleware now uses the async version to support async custom strategies
   - **Breaking Change**: The synchronous `extractLocaleFromRequest` no longer supports custom server strategies
@@ -96,6 +138,7 @@
   ```
 
   **Migration**:
+
   - If you want the previous behavior (subdomain sharing), explicitly set `cookieDomain` in your configuration:
 
   ```diff
@@ -113,6 +156,7 @@
 - 4255bd5: Provide functions for getting the preferred language on server and client.
 
   This defines two new functions for getting the preferred language:
+
   - `extractLocaleFromHeader`: Extracts the locale from the accept-language header on the server.
   - `extractLocaleFromNavigator`: Extracts the locale from the navigator.languages array on the client.
 
@@ -124,10 +168,12 @@
   This introduces a new way to define custom locale resolution strategies alongside built-in strategies. Custom strategies provide a cleaner, more composable approach compared to overwriting `getLocale()` and `setLocale()` functions directly.
 
   **New APIs:**
+
   - `defineCustomClientStrategy()`: Define custom strategies for client-side locale resolution
   - `defineCustomServerStrategy()`: Define custom strategies for server-side locale resolution
 
   **Key features:**
+
   - Custom strategies must follow the pattern `custom-<name>` where `<name>` contains only alphanumeric characters
   - Can be combined with built-in strategies in the strategy array
   - Respect strategy order for fallback handling
@@ -250,6 +296,7 @@
 - 698b9a9: add `cookieMaxAge` option to compiler and runtime
 
   Closes https://github.com/opral/inlang-paraglide-js/issues/483
+
   - Introduced `cookieMaxAge` option to `CompilerOptions`, allowing configuration of cookie expiration time.
   - Adjusted tests to verify `max-age` in cookies.
 
@@ -968,6 +1015,7 @@ await compile({
 - 14d80b3: Removed the "Which tech-stack are you using?" prompt from the `init` command as it was not providing any real value. All it did was link you to the appropriate documentation.
 
   From now on we rely on the docuemntation site to guide people to the correct documenation for their framework.
+
   - SvelteKit: https://inlang.com/m/dxnzrydw/paraglide-sveltekit-i18n
   - NextJs: https://inlang.com/m/osslbuzt/paraglide-next-i18n
   - Astro: https://inlang.com/m/iljlwzfs/paraglide-astro-i18n

.changeset/parse5-portability.md

@@ -1,7 +1,7 @@
 {
 	"name": "@inlang/paraglide-js",
 	"type": "module",
-	"version": "2.3.2",
+	"version": "2.4.0",
 	"license": "MIT",
 	"publishConfig": {
 		"access": "public",

.changeset/set-locale-options.md

@@ -1,5 +1,12 @@
 # @inlang/plugin-i18next
 
+## 6.0.12
+
+### Patch Changes
+
+- Updated dependencies [7791be7]
+  - @inlang/sdk@3.0.0
+
 ## 6.0.11
 
 ### Patch Changes