Skip to content

macOS: dictation lost when another app steals focus mid-dictation #1781

Open

Description

@bobgoodson

What are you trying to do?

Dictate into the app I started in, even if another app takes focus while I'm talking (macOS, Hex 3.4.0).

Lots of apps grab window focus on their own (notifications, background apps raising windows, sign-in prompts and so on). I've been switching these off one by one, but they turn out to be all over a normal setup, and I expect that's true for most people. If one fires in the middle of a dictation, I release the key and nothing appears in the box I meant to type into. The dictation is lost from where I expected it, and I have to work out where it went.

In the last 24 hours of heavy use this happened at least 10 times. It's the most frustrating thing about Hex right now, because it interrupts you mid-thought and you lose confidence in it.

I know #1614 added Labs → Return to app (off by default) and that there's a "paste last dictation" shortcut (⌥⇧V for me). But I didn't know Return to app existed until I looked it up, and I'd forgotten the paste-last shortcut even though setup mentioned it. A fix that sits in Labs and is off by default doesn't help most users.

What would help?

Hex should handle focus changes by default, so the text ends up where the user started. Any of these would solve it:

  1. Return to the starting app by default. Make the macOS dictation can paste into the wrong app after a focus switch #1614 behaviour standard rather than a Labs option: remember the app and text field where dictation started and paste there.
  2. Tell the user when it happens. If focus changed during the dictation and Hex couldn't paste into the original app, show a short message under the recording indicator, for example "Focus moved, your text is ready: press ⌥⇧V to paste". That also reminds people the shortcut exists.
  3. Paste what's already transcribed when focus is lost. When another app takes focus mid-dictation, paste what's been transcribed so far into the original field, so it's there when you come back.
  4. (If feasible) Stop other apps from taking focus while a dictation is in progress.

I'd suggest 1 and 2 as the minimum: return-to-app on by default, plus a clear notice with the paste-last shortcut whenever Hex can't deliver the text where the user started.

Activity

  1. thdxr commented on Nov 13, 2026

    @thdxr
    Member

    there's a labs setting for most of this already, it's just off by default.

    • labs › return to app: hex remembers the app that was in front when you pressed the shortcut and switches back to it before pasting. it remembers the app, not the exact text box
    • if that app quit or won't come forward, nothing pastes and the text stays ready for paste last dictation
    • labs › failure notices: shows a one line message beside the recording indicator when a dictation fails, including that "couldn't switch back" case
    • turning both on gets close to what you're asking for today
    • with return to app off, nothing tells you focus moved, but the text is still kept for paste last dictation

    making these the default is a call we want to make on purpose, so it's waiting on a design decision.

    two questions:

    • when the starting app can't be brought back, would you rather it paste wherever focus is now, or paste nothing and show the notice?
    • if you try return to app, does it ever switch back when you didn't want it to, like when you changed apps on purpose mid-dictation?

    — from 𝕺𝖕𝖊𝖓𝕮𝖔𝖉𝖊

  2. added
    needs-designNeeds a closer look or a product decision before we build it
    on Nov 13, 2026
  3. bobgoodson commented on Nov 13, 2026

    @bobgoodson
    Author

    Thanks, that's helpful.

    1. Paste nothing and show the notice. Pasting into whichever app has focus risks sending text to the wrong place, which is worse than having to paste it myself. The notice should include the paste-last-dictation shortcut, because it's easy to forget.
    2. Not yet. I'll turn on Return to app and Failure notices and report back if it ever switches back when I didn't want it to.

    Since this happened to me about 10 times in one day, I'd still push for both settings to be on by default. Most people will never find them in Labs, and losing a dictation is the most frustrating thing that can happen with Hex.

    Make Labs settings easy for agents to find. Before filing this, I asked my agent for help with exactly this problem and asked it to check the Hex docs. It didn't tell me these fixes were already in Labs. Maybe Labs features aren't in the published docs yet. It would help a lot if agents could easily find these settings: when someone gets frustrated and asks their agent for a fix, the agent could point them to the right setting and even turn it on for them (for example with hex settings set). That would turn a moment of frustration into a quick fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs-designNeeds a closer look or a product decision before we build it

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions