Skip to content

fix: paste into terminals that expose no accessibility element - #4

Merged
iqbalhasandev merged 1 commit into
mainfrom
fix/paste-opaque-terminals
Sep 6, 2026
Merged

fix: paste into terminals that expose no accessibility element#4
iqbalhasandev merged 1 commit into
mainfrom
fix/paste-opaque-terminals

Conversation

@iqbalhasandev

Copy link
Copy Markdown
Member

Terminals like Warp/Ghostty expose no AX tree, so no focused element resolves (confirmed from field log: no focused element persists through the app-level fallback). When nothing resolves, paste into the frontmost app instead of copying to clipboard — unless it is EchoType or Finder. Logs the frontmost app name. Bump to 1.0.6.

Terminals like Warp and Ghostty expose no AX tree, so neither the
system-wide nor the app-level AXFocusedUIElement lookup returns anything
and dictation kept diverting to the clipboard. When no focused element can
be resolved, paste into the frontmost app instead of copying — unless that
app is EchoType itself or the Finder (desktop), which are never text
targets. Log the frontmost app name for diagnosis.

Bump to 1.0.6.
Copilot AI lite review requested due to automatic review settings September 6, 2026 03:14

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

@iqbalhasandev
iqbalhasandev merged commit 64fde88 into main Sep 6, 2026
1 check passed
@iqbalhasandev
iqbalhasandev deleted the fix/paste-opaque-terminals branch September 6, 2026 03:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants