WisperTalk 1.3.0 — Globe/Fn hotkey

New — Globe / Fn (🌐) as your hold-to-talk key on macOS

You can now hold Globe/Fn to dictate.

This wasn't possible before for a real reason: macOS never emits a key press for Globe/Fn. It only sets a modifier flag on flagsChanged events, which is why the keyboard hook could never see it — the underlying library maps that key to "undefined". WisperTalk now ships a small signed helper that watches for it directly.

• The helper is listen-only, so Globe keeps doing whatever you have it set to do in System Settings. WisperTalk watches the key; it doesn't take it over.
• macOS silently disables event taps that respond slowly — the cause of "the hotkey randomly stopped working". The helper notices and re-enables itself.

New — pick your hold key from a list

No more guessing which keys are bindable. On macOS the list is:

Globe / Fn (🌐) · Right Command (⌘) · Right Option (⌥) · Right Control (⌃) · Right Shift (⇧) · Caps Lock · F13–F20

Press-to-capture is still available for anything not on the list.

Mac keys are now named the way Apple names them — Option, Control, Command — rather than the Windows-style Alt/Ctrl/Win. Scroll Lock is gone from the Mac list, because Mac keyboards don't have one.

Still required: Accessibility

Globe/Fn needs the same macOS Accessibility permission as every other hotkey. If it isn't granted, WisperTalk will now say so instead of failing silently.

Install to /Applications — not from the disk image. An app run from a mounted DMG is quarantined into a randomised path where macOS will never grant Accessibility, no matter how many times you switch the toggle on.

First launch

Signed with a verified Apple Developer ID but not yet notarised, so macOS shows a warning offering the Trash. Click Done, then System Settings → Privacy & Security → Open Anyway. Once per machine.

Or skip all of it in Terminal:

xattr -dr com.apple.quarantine /Applications/WisperTalk.app
tccutil reset Accessibility com.wispertalk.app

WisperTalk 1.2.2

Fixed — "Accessibility is not enabled" even after you enabled it

1.2.1 asked macOS for the permission correctly, but two macOS behaviours make granting it impossible or ineffective — and the app gave no hint either was happening.

App Translocation. An app opened from the mounted disk image — or from Downloads while still quarantined — is run by macOS from a randomised, read-only location. Accessibility can never be granted in that state. The toggle can be switched on over and over and the app stays denied, with no explanation. WisperTalk now detects this and tells you to move it to Applications, instead of sending you to a toggle that cannot work.

Stale permission entries. macOS ties Accessibility to the app's code signature. Builds are now signed with a Developer ID, so a permission granted to an earlier unsigned build no longer applies — the old entry still shows as switched on while actually being denied. The dialog now tells you to remove the entry with the minus (−) button and add it again, because toggling it off and on often does not clear the old binding.

Already stuck? Fix an existing install

Quit WisperTalk, then in Terminal:

xattr -dr com.apple.quarantine /Applications/WisperTalk.app
tccutil reset Accessibility com.wispertalk.app

Then open it from Applications — not from the disk image — and allow Accessibility when asked.

First launch on macOS

Signed with a verified Apple Developer ID but not yet notarised, so macOS shows a warning offering the Trash. Click Done, then System Settings → Privacy & Security → Open Anyway. Once per machine.

WisperTalk 1.2.1

Fixed — macOS keyboard hook

"Could not install the keyboard hook — failed to enable access for assistive devices."

The global hotkey needs macOS Accessibility permission. Three separate faults meant it could never be granted properly:

• Nothing ever asked macOS for the permission, so WisperTalk could be missing from the Accessibility list entirely — you were told to switch on a toggle that wasn't there.
• The guidance only ever appeared once, so later launches gave no explanation at all — just a dead hotkey.
• The hook reported success even when macOS refused it, so the app believed it was listening while no key event ever arrived.

Now: WisperTalk asks properly, opens the exact Settings pane, and starts working the moment you grant access — no restart.

If it's already listed and switched on

Toggle it off and on again. macOS ties the permission to the previous build, so after an update it reads as enabled while actually being denied.

First launch on macOS

This build is signed with a verified Apple Developer ID but is not yet notarised, so macOS shows a warning offering the Trash. Click Done, then System Settings → Privacy & Security → Open Anyway. Once per machine.

WisperTalk 1.2.0

WisperTalk 1.2.0

New

• Offline transcription. Settings → API → Transcription engine → Local (offline). Whisper runs on your own CPU with the model bundled in the installer — no internet, no API key, no audio leaving your machine. Groq (cloud) stays the default.
• Press-to-map hotkeys. Click the field and press any key — function keys, right-hand modifiers, numpad. The toggle shortcut has a Record button for the whole chord.
• Hotkey resilience. The keyboard hook re-arms after sleep, resume and screen unlock, with a health check that reinstalls it if it dies. Tray gained Re-arm hotkeys and Reset (if stuck).

Fixed

• Tapping the hotkey with no speech no longer hangs the app.
• Hotkey presses during startup are no longer lost.
• Existing hold-key settings keep working after upgrading.

Anyone can download. The app unlocks with your Whop purchase — install, click Sign in with Whop. No licence key.

Builds are unsigned, so on macOS right-click → Open the first time.

WisperTalk 1.1.3

Change demo link in README.md

Updated demo link for WisperTalk releases.

WisperTalk 1.1.2

Change demo link in README.md

Updated demo link for WisperTalk releases.

WisperTalk 1.1.1

Change demo link in README.md

Updated demo link for WisperTalk releases.

WisperTalk 1.1.0

Change demo link in README.md

Updated demo link for WisperTalk releases.

WisperTalk 1.0.0

WisperTalk 1.0.0

Fix: recording overlay no longer steals focus. The overlay now appears without activating WisperTalk as the frontmost app — your text field keeps its cursor and the transcription pastes right where you left off.

Includes the free-trial + lifetime-license flow. Apple Silicon (arm64) and Intel (x64) builds included.

WisperTalk 0.4.2

Bug-fix release (macOS).

• Fix: transcribed text now pastes into the focused field (Accessibility handling + visible prompt/notification when blocked)
• Fix: clipboard no longer wiped when paste is blocked — text stays for manual ⌘V
• Fix: Cmd+V / right-click paste now work inside the app's own text fields (license key, settings)
• New: microphone picker in Settings → Behavior
• New: 'Press a key…' capture for the hold hotkey in Settings → Hotkeys
• Naming: corrected WisperTalk wordmark
• Backend: 'Move license here' now works for Whop keys

Pre-release for verification; v0.4.0 remains the public latest until promoted.