Hold synthesized iPad presses long enough for the host to see them

[thirteen37]

Summary

• Tapping to click on iPad moved the pointer but never delivered a click; modifier-bar and on-screen keys had the same defect. Both paths emitted their down and up reports in the same instant, and HID reports carry state rather than events — the KVM holds the most recent report and the attached host only samples it when it polls, every few milliseconds. A press and release landing inside one polling window collapse into the released state, so the position change survives and the press never happened.
• macOS is unaffected: it emits from mouseDown/mouseUp, which carry real human dwell. iPad is the only platform that synthesizes a press, and it synthesized one of zero duration.
• SynthesizedTapSequencer holds each press for 50 ms before releasing. It queues rather than merges, because insertText synthesizes a whole string's keystrokes in one pass and each needs its own hold — a merge-on-next-tap design would have quietly reintroduced the bug for every character but the last. The first down stays synchronous, so press latency is unchanged.
• Bumps MARKETING_VERSION to 1.0.4, since 1.0.3 is already tagged and released and the release tag should match.

Two related corrections came with it: the key release now re-reads the builder instead of capturing it at press time, so a hardware modifier pressed during the hold survives; and pressesCancelled flushes a pending release so an interrupted sequence can't leave a key held.

Test plan

• iPad unit tests pass (18/18), including test_virtualKeyIsHeldRatherThanReleasedInTheSameInstant, which drives the real KeyboardCaptureUIView and takes 0.051 s — confirming the hold happens end-to-end rather than only in the unit under test
• swift test --package-path KVMCore — 166/166 pass
• macOS test suite passes (unchanged code path)
• Needs hardware confirmation: tap-to-click delivers a click on a real KVM host
• Needs hardware confirmation: modifier-bar keys and on-screen keyboard characters register, including a multi-character string via insertText
• Verify a one-finger drag still works and isn't disturbed by a tap immediately before it

If clicks come back but keys stay flaky (or vice versa), raise SynthesizedTapSequencer.defaultPressDuration — both paths share it.

🤖 Generated with Claude Code