feat(desktop): ESC while editing no longer opens the Windows switcher (peek 51798bae) master
While a text field / textarea / contenteditable is focused, ESC belongs to the editing context (blur/dismiss the field), not the global switcher route (cmd:execute:windows). Two surfaces: - External web page content (Fastmail/WhatsApp inputs): a universal, sandboxed content preload (runtime-external-preload.cjs, now applied to every http(s) page-host WC) reports editable-focus transitions via page:editable-focus. The hybrid before-input-event ESC handler defers ESC to the page unstolen when editable is focused, so the field blurs natively. The chrome-extension messaging polyfill in that preload is gated on --peek-runtime-external-ext-id, so unmatched pages load only the focus-tracking half. - Peek editor: home.js onEscape now consumes ESC when a plain editable is focused instead of falling through to the switcher route. Deterministic (fsm-pilled): a cached focus boolean read synchronously at ESC time; no timer/blur workaround. Consolidates duplicate peek items 51798bae + cb8d92d6. Companion d8ce0ddf (double/triple-click gesture) deferred.