Cross-App Text Injection Test Plan — SF-1.4

> Documents injection behavior across target applications. > Two methods tested: **AX API direct** (AXUIElementSetAttributeValue) and **CGEvent paste** (⌘V via clipboard). SpeakFlow must inject transcribed text into whatever app the user is focused on. macOS apps fall into distinct rendering categories — each behaves differently with accessibility APIs. | Method | Mechanism | Latency | Reliability | Limitations | |--------|-----------|---------|-------------|-------------| | **AX API Direct** | `AXUIElementSetAttributeValue(el, kAXValueAttribute, text)` | ~1ms | High for native text fields | Fails on non-AX apps, some Electron | | **CGEvent Paste** | Write to `NSPasteboard` → synthesize ⌘V via `CGEvent` | ~50ms | Universal fallback | Clobbers clipboard, timing-sensitive | **App Type:** Electron (Chromium + Node.js) **Text Rendering:** Chromium's Blink engine, CodeMirror/Monaco editor ### AX API Direct - **Status:** ⚠️ Partial - **Behavior:** Electron exposes AX tree, but CodeMirror/Monaco editors use a hidden `<textarea>` for input that does NOT expose `kAXValueAttribute` as settable. The visible editor is a custom canvas/DOM render. - **Focused element:** AX returns `AXWebArea` or `AXTextArea` — but `AXUIElementSetAttributeValue` with `kAXValueAttribute` is silently ignored on the editor area. - **Quirk:** Standard Electron text inputs (settings, search bars) DO support AX value setting.