diff --git a/.changeset/clipboard-defer-initial-fix.md b/.changeset/clipboard-defer-initial-fix.md deleted file mode 100644 index 388f82558..000000000 --- a/.changeset/clipboard-defer-initial-fix.md +++ /dev/null @@ -1,5 +0,0 @@ ---- -"@solid-primitives/clipboard": patch ---- - -Fix `createClipboard`'s `deferInitial` parameter being completely non-functional — `deferInitial || true` always evaluated to `true` regardless of the argument passed, so explicitly passing `deferInitial={false}` had no effect and the clipboard was never written from the initial signal value (resolves #790). Also corrected the JSDoc, which incorrectly claimed the default was `false` when the intended (and actual, once fixed) default is `true` — skip the initial write unless `deferInitial` is explicitly `false`. diff --git a/.changeset/keyboard-meta-shortcut-repeat.md b/.changeset/keyboard-meta-shortcut-repeat.md deleted file mode 100644 index 6637104d5..000000000 --- a/.changeset/keyboard-meta-shortcut-repeat.md +++ /dev/null @@ -1,5 +0,0 @@ ---- -"@solid-primitives/keyboard": patch ---- - -Fix `useKeyDownList` (and everything built on it: `useCurrentlyHeldKey`, `useKeyDownSequence`, `createKeyHold`, `createShortcut`) failing to re-trigger on repeated presses of shortcuts involving the `Meta` key, e.g. `["Meta", "P"]` on macOS. macOS never fires `keyup` for other keys held down together with Meta, only for Meta itself, so `useKeyDownList` now treats Meta's `keyup` as a signal to clear all tracked keys, preventing stale key state from corrupting the next press. diff --git a/packages/clipboard/CHANGELOG.md b/packages/clipboard/CHANGELOG.md index 7bda50641..944d63c38 100644 --- a/packages/clipboard/CHANGELOG.md +++ b/packages/clipboard/CHANGELOG.md @@ -1,5 +1,11 @@ # @solid-primitives/clipboard +## 1.6.6 + +### Patch Changes + +- 84a372f: Fix `createClipboard`'s `deferInitial` parameter being completely non-functional — `deferInitial || true` always evaluated to `true` regardless of the argument passed, so explicitly passing `deferInitial={false}` had no effect and the clipboard was never written from the initial signal value (resolves #790). Also corrected the JSDoc, which incorrectly claimed the default was `false` when the intended (and actual, once fixed) default is `true` — skip the initial write unless `deferInitial` is explicitly `false`. + ## 1.6.5 ### Patch Changes diff --git a/packages/clipboard/package.json b/packages/clipboard/package.json index 87ce7c18e..df1143a54 100644 --- a/packages/clipboard/package.json +++ b/packages/clipboard/package.json @@ -1,6 +1,6 @@ { "name": "@solid-primitives/clipboard", - "version": "1.6.5", + "version": "1.6.6", "description": "Primitives for reading and writing to clipboard.", "author": "David Di Biase ", "contributors": [ diff --git a/packages/keyboard/CHANGELOG.md b/packages/keyboard/CHANGELOG.md index d48f6a7db..70ab0f2e6 100644 --- a/packages/keyboard/CHANGELOG.md +++ b/packages/keyboard/CHANGELOG.md @@ -1,5 +1,11 @@ # @solid-primitives/keyboard +## 1.3.7 + +### Patch Changes + +- ccef147: Fix `useKeyDownList` (and everything built on it: `useCurrentlyHeldKey`, `useKeyDownSequence`, `createKeyHold`, `createShortcut`) failing to re-trigger on repeated presses of shortcuts involving the `Meta` key, e.g. `["Meta", "P"]` on macOS. macOS never fires `keyup` for other keys held down together with Meta, only for Meta itself, so `useKeyDownList` now treats Meta's `keyup` as a signal to clear all tracked keys, preventing stale key state from corrupting the next press. + ## 1.3.6 ### Patch Changes diff --git a/packages/keyboard/package.json b/packages/keyboard/package.json index b9f9e4849..f6fffe134 100644 --- a/packages/keyboard/package.json +++ b/packages/keyboard/package.json @@ -1,6 +1,6 @@ { "name": "@solid-primitives/keyboard", - "version": "1.3.6", + "version": "1.3.7", "description": "A library of reactive promitives helping handling user's keyboard input.", "author": "Damian Tarnwski ", "contributors": [],