[Feature]: Support using the "Fn" key alone as push-to-talk hotkey on macOS

Offen
#1,083 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
50/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
macos, rust, tauri
Bereich
desktop

Rechercherichtung

Start at the CGEventTap-based hotkey recorder named in the issue and confirm which event types it currently listens for; Fn arrives as a flagsChanged event from the 0x00FF Apple vendor top-case HID page, not keyDown, so the recorder never sees it. Then find the settings hotkey-recorder field and its persisted hotkey value so a separate "Use Fn key" toggle can be added alongside it. Done means Fn can be set alone as push-to-talk and the recording field visibly detects the press; there is no linked PR or assignee yet, so check comments before starting.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Area

Voice capture / hotkey

Problem or workflow

On MacBook Pro (and other MacBook models), the physical keyboard has no "Right Control" key — only a left Control key. The current default hotkey shown in settings is "Right ^" (Right Control), which cannot be pressed at all on the built-in keyboard.

I tried setting the hotkey to "Fn" instead (as some alternative dictation tools support), but the hotkey recorder does not detect the Fn key press at all — nothing happens when Fn is pressed in the recording field.

This is likely because Fn triggers a flagsChanged event on macOS rather than a standard keyDown event, and the hardware sits on a different HID usage page (0x00FF, Apple vendor top-case keys) than regular keys, which the current CGEventTap-based hotkey recorder does not capture.

Proposed Solution

Add a dedicated "Use Fn key" option (similar to a toggle, separate from the normal hotkey recorder) that listens for Fn via flagsChanged events at the .cghidEventTap level, consistent with how other Mac dictation tools have implemented this (e.g. OpenTypeless shipped Fn support in v1.1.49 via the native hotkey path).

Alternatives Considered

Currently working around this by using Right Option (⌥) as the hotkey instead, since it's a real key on the built-in keyboard. This works but is less convenient for one-handed triggering compared to Fn.

Additional Context
  • macOS version: MacOS 26.6.2 (25G83)
  • OpenLess version: Version 1.3.18 (1.3.18)
  • Hardware: MacBook Pro
Before submitting
  • I have searched existing issues and discussions.
  • I am willing to help test this feature if it lands.
Vorherrschende Sprache
Rust
Sterne
3.7k
Forks
349
Ø Merge
2 T. 14 Std.
Gemergte PRs (30 T.)
97

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus Open-Less/openless

Alle Issues in Open-Less/openless

Ähnliche Issues

Weitere Issues zu Rust

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.