Add a persistent, menu-configurable push-to-talk key - #7
Conversation
5c40e9e to
37d9676
Compare
|
Haha appreciate the vibe coding warning at the top. will review this later this evening or tomorrow! |
|
yep also happy to follow up if needed @dremnik, really just made this change for myself and pushed to see if it made sense for others |
|
great addition. especially seens it seems the command from documentation isn't working
|
|
Nice, looks like a lot of us are feeling this pain |
Default inject mode is now paste (⌘V with full pasteboard snapshot/restore) — terminals and Electron apps drop synthesized unicode key events but all handle paste. --inject-mode type-unicode keeps the old behavior. Hotkey/overlay parts of digimata#4 were skipped; they are superseded by the digimata#7 merge.
|
Implemented and verified in the current Parrot working tree:\n\n- Kept the checked Push-to-talk key menu connected to RuntimeSettingsCoordinator and SettingsStore.\n- Hotkey changes apply immediately while idle, persist for future launches, and defer safely while recording or transcribing.\n- Left/right modifier matching, CLI |
5 participants
Slop warning, vibecoded PR using 5.6 Sol. Feel free to close but I think it can be useful
--- everything from here down is AI generated ---
Third-party keyboards such as Logitech models commonly handle Fn entirely in firmware, so macOS never receives the event Parrot currently requires. This makes the daemon appear to run normally while push-to-talk can never start. The README advertises a hotkey override, but the corresponding CLI option was not implemented.
This adds a checked Push-to-talk key submenu to the menu-bar UI with left/right Option, Command, Control, and Shift alternatives. Selections take effect immediately, persist through UserDefaults, and can also be set with the documented
--hotkeyoption. Left/right modifiers are distinguished by hardware keycode because each pair shares a CGEvent flag, and the Fn-specific doctor check is skipped when Fn is not selected.