[ REFERENCE ]
> Supported apps and known limitations
macOS text fields are not equal. Some report the caret and surrounding word through the Accessibility API, some are custom canvases that report nothing, and some are locked down on purpose. This page lists what has actually been verified with TextSwitcher 1.2.0 so you can tell a limitation apart from a bug.
> Works reliably
Slack (native macOS app)
Message composer, thread replies, and search. Corrections land after a space or punctuation just as in a plain text field.
Telegram (native macOS app)
Chat input and captions. Emoji shortcodes and mentions are unaffected because only the finished word is inspected.
Safari
Standard HTML inputs and textareas — search boxes, forms, comment fields. No extra setting is needed.
> Requires the Chrome helper
Chromium reports text differently from native controls, so Chrome support is a separate switch in TextSwitcher Settings. Turn it on, then restart Chrome once. With it enabled these have been verified:
Google Chrome — inputs and textareas
Search fields, login-style forms (never password fields), and comment boxes behave like native fields.
ChatGPT
The prompt composer is a rich-text editor; TextSwitcher reconstructs the current word from keystrokes when Chromium does not expose normal text events.
Lovable
The chat/prompt field is corrected the same way, which is how mistyped Russian prompts get repaired before you send them.
Asana comments
Rich-text comment fields were specifically fixed in 1.2.0; a space reliably completes the word and triggers correction.
> Not supported or limited
Secure fields (passwords, passphrases, 2FA codes)
Skipped by design. macOS marks these fields as secure and TextSwitcher never reads or edits them, even with Accessibility granted.
Browsers other than Chrome and Safari
Firefox, Arc, Edge, Brave and other Chromium forks are untested. Some Chromium forks may partly work with the Chrome helper on, but nothing is guaranteed.
Apps that draw their own text engine
Terminal-style emulators in canvas mode, virtual machines, remote desktop sessions, and games render text themselves and expose no editable field to correct.
Text selected or edited out of order
If a selection is active, or the caret is moved back into an earlier word, correction is skipped rather than risking an edit in the wrong place.
Third-party input methods and dictation
Non-standard input sources and voice dictation bypass the keystroke path the app relies on.
> Common reasons it may not work in a supported app
- Accessibility was granted to an old copy. Replacing the app in /Applications leaves a stale entry — remove it and re-add the current build.
- The app was launched before permission. Quit and reopen TextSwitcher after granting Accessibility.
- Chrome was not restarted after enabling the Chrome helper.
- The word was never finished. Nothing is corrected until you type a space, punctuation, or Return.
- Only one layout is installed. Both English and Russian input sources must exist in System Settings → Keyboard.
Step-by-step fixes live on the troubleshooting page. If an app in the “works reliably” list fails for you, email support@antari.io with the app name and macOS version so it can be reproduced.