Skip to Content
BlogExpands in Chrome, dead in Outlook

It expands in Chrome. Dead in Outlook

A recent wave of โ€œtext expandersโ€ is Chrome form-fill.

Move fields between pages, optional AI rewrite. Leave the browser and nothing happens in the IDE, desktop mail, desktop IM, or the terminal.

CodeExpander takes the other boundary: if the OS can type, an abbreviation can expand. The cost is explicit: no official Chrome / Edge extension, no clicking a DOM <select> for you.

Choose the boundary

Where the repetition livesUse
VS Code, terminal, desktop Outlook, desktop Slack / WeChatSystem-wide expand
One web CRM, the same formA browser extension or that CRMโ€™s macros
BothInstall both. Do not expect one to replace the other

โ€œAny text fieldโ€ includes other peopleโ€™s apps. That is why the permission prompt mentions accessibility or input monitoring. Expansion is computed locally. Signing in is not required. See Getting started.

Honest gaps

  • No extension. โ€œRead this column, write that columnโ€ on a website is not our loop.
  • The website is not the snippet authority. The web library edits a cloud copy; the next desktop sync lands it locally. See Sync.
  • The PWA is not an expander. A phone browser can manage snippets and copy body text to paste.

If you are coming from a Chrome-only tool, build the high-frequency replies first and fire them in the mail client. Keep the โ€œscrape this pageโ€ flows in the extension or another automator. Abbreviations will not swallow them.

Related: Migrate from TextExpander, ExpandIn.