Add named switches with normal and ordered hold actions

[enaboapps]

Add Settings → Switches for named keyboard switches with normal release actions and ordered hold actions. Switchify now owns local capture through platform adapters; USAHP is no longer a dependency.

Settings UI

Each switch is a collapsed row showing its name, key badge and an action summary, with Edit and Remove as the only controls. Edit expands an inline editor: name, key with Change key, press action, and hold actions as numbered rows with reorder and remove icons plus a live preview of when each hold action is offered. Add switch starts learning immediately and Save stays disabled until both name and key exist. Hold timing shows five presets, an exact-interval select and the resulting emergency hold duration. Guidance, save status and errors use the shared Settings note and error styles.

While learning, a modal dialog holds keyboard focus on itself and swallows every key event, because on Windows a reserved key's release still reaches the WebView and would click a focused button or scroll Settings. Escape cancels through the backend hotkey; Cancel capture is mouse-only. Key errors are shown under the row that was learning, focus returns to the row after collapsing, and an unavailable key is announced as well as coloured.

Platform behaviour

Windows reserves plain assigned keys with global hotkeys and receives releases through Raw Input. This addresses the observed setup where hardware Space never reached the low-level keyboard hook. Registration conflicts prevent enabling and roll back reservations. Cancellation discards pending actions and drains held keys. macOS retains event-tap capture. Existing settings, scanning techniques and gesture behavior remain compatible.

On Windows the learning command checks that the main window is the foreground window rather than tao's focus flag. That flag turns false once keyboard focus moves into the WebView2 child, which refused every capture started after the first click in the page.

The shared scanner dispatches Select, Next, Previous, Reverse, Stop and Pause/resume. Holding freezes movement and displays a native nonactivating release prompt. Settings migrate old point-scan bindings once and save before scanning starts.

Closes #730.

Validation

At 2cabfb1: tsc, 130 frontend tests plus 5 Node tests, production build, cargo fmt, Clippy all targets with warnings denied, 300 Rust unit tests and 7 integration tests passed on Windows. Tests use fake input and do not send desktop input. A review of 39de3a1 found two frontend state bugs and several accessibility gaps; all are fixed in 2cabfb1 with tests.

Manual evidence: in the dev build with the window focused, Add switch opened the capture modal against the real backend, and Cancel capture returned it to idle; no key events were sent by the agent. A standalone probe earlier received hardware Space through Raw Input and global hotkeys while the low-level hook received no events. Hold timing, final click behavior, a real switch press through the modal and broader foreground-app compatibility remain manual checks.

Known Windows limitations are shown in Settings and documented: key releases may reach other apps; modified combinations are not reserved; F12 is unavailable. This adapter does not claim complete key suppression. macOS interaction needs validation on macOS.

Open question: focus-loss cancellation still relies on tao's Focused(false) event, which may not fire on Windows once the WebView2 child owns keyboard focus, so learning may not end when another app comes to the front. Needs a manual check and possibly a foreground poll in the capture watchdog.

[greptile-apps]

Greptile Summary

Adds named keyboard switches, ordered hold actions, local Windows/macOS input adapters, switch configuration UI, persistence, and shared scanning gesture dispatch.

• Replaces the global-shortcut dependency with platform-specific switch capture.
• Adds normal-release and ordered hold-action processing with native prompts.
• Migrates legacy point-scan bindings and integrates switch assignments with scanning.
• Restores focus to the new-switch draft after a removal and correctly counts exact-length automatic-scan wraps.

Confidence Score: 5/5

Safe to merge.

The prior draft-focus issue is fixed in the current implementation. enaboapps manually resolved the automatic-scan cycle-counting thread without explanation; the current implementation counts a wrap when scanning leaves the final or initial grid slot, including an exact-length step.

_{Reviews (7): Last reviewed commit: "Count exact-length passes and keep focus..." | Re-trigger Greptile}