mirror of
https://github.com/zmkfirmware/zmk.git
synced 2026-04-24 10:06:57 -05:00
Compare commits
1 Commits
main
...
dependabot
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
a6caf2399f |
2
.github/workflows/release-please.yml
vendored
2
.github/workflows/release-please.yml
vendored
@@ -20,7 +20,7 @@ jobs:
|
||||
minor: ${{ steps.release.outputs.minor }}
|
||||
patch: ${{ steps.release.outputs.patch }}
|
||||
steps:
|
||||
- uses: googleapis/release-please-action@v4
|
||||
- uses: googleapis/release-please-action@v5
|
||||
id: release
|
||||
with:
|
||||
token: ${{ secrets.ZMK_RELEASE_PLEASE_TOKEN }}
|
||||
|
||||
@@ -437,10 +437,6 @@ If enabled, the hold behavior will immediately be held on hold-tap press, and wi
|
||||
};
|
||||
```
|
||||
|
||||
:::warning[Interactions with combos]
|
||||
If the key position that has the hold-tap assigned is _also_ used in any combos, the `hold-while-undecided` behavior isn't immediate with key-down, but waits until all those combo timeouts have expired.
|
||||
:::
|
||||
|
||||
#### `hold-while-undecided-linger`
|
||||
|
||||
If your tap behavior activates the same modifier as the hold behavior, and you want to avoid a double tap when transitioning from the hold to the tap, you can use `hold-while-undecided-linger`. When enabled, the hold behavior will continue to be held until _after_ the tap behavior is released.
|
||||
|
||||
Reference in New Issue
Block a user