pwr-Solaar/Solaar

macOS: Support diversion with a keyboard emulation

Open

#2.732 geöffnet am 27. Dez. 2024

Auf GitHub ansehen
 (3 Kommentare) (1 Reaktion) (0 zugewiesene Personen)Python (383 Forks)batch import
enhancementhelp wanted

Repository-Metriken

Stars
 (4.528 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 1T 15h) (5 gemergte PRs in 30 T)

Beschreibung

Information

  • Solaar version: 1.1.14RC
  • Distribution: macOS

Is your feature request related to a problem? Please describe. The existing implementation of Linux provides a dummy keyboard to fake inputs using evdev. The diversion of keys is not functional on macOS, rendering man rules unusable. However, to fix this for macOS it requires a good understanding how the diversion works and how to keep it compatible with Linux rules as best as possible.

Describe the solution you'd like There's no equivalent for macOS, but pyobjc with CGEventCreateKeyboardEvent and similar functions could be useful.

Describe alternatives you've considered

  • Fake a whole HID device, if there's a library
  • Use macOS scripting with osascript

Additional context Add any other context or screenshots about the feature request here.

Contributor Guide

Research-Richtung
Das Issue fordert die Hinzufügung von macOS Unterstützung für die Tasten Umleitung (Tastaturemulation) zu Solaar. Derzeit verwendet Linux evdev für eine virtuelle Tastatur. Unter macOS kann pyobjc verwendet werden, um CGEventCreateKeyboardEvent oder ähnliche Funktionen aufzurufen. Die Forschung sollte die bestehende Linux Umleitungsimplementierung in der Solaar Codebasis untersuchen, deren Struktur verstehen und dann eine macOS Alternative unter Verwendung des Core Graphics Ereignissystems implementieren. Die macOS Zugänglichkeitsberechtigungen und potenzielle Einschränkungen sollten untersucht werden. Es sind keine Pull Requests verlinkt, daher ist dies für die Implementierung offen.
Tech Stack
python
Domain
desktop
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
PythonmacOS developmentpyobjc
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
30