[BUG] Keyboard Shortcuts get mangled when switching keyboard inputs
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- macos
- Ambito
- desktop
Direzione di ricerca
Start by reproducing the shortcut changes while switching between Colemak and U.S. input sources, using the shortcut combinations listed in the issue. Trace how Rectangle stores and interprets those shortcuts across the input-source change; done means the configured shortcuts remain unchanged and continue invoking the same actions in both layouts.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
As a user, I want my shortcuts to work all the time, and not change themselves based on what my current keyboard input is.
I am a Colemak user, and have my settings as follows:
- Thirds (left/middle/right): ⌃⌥R/S/T
- Two Thirds (first/center/last): ⌃⌥W/F/P
- Halves (first/center/last): ⌃⌥X/C/V
For Reasons™, I have 2 keyboard input sources set up within System Settings -> Keyboards -> Text Input -> Text Replacements... I have both the standard US, as well as Colemak (my default). This is one of the first system changes that I make, so I can type the way that I want. I will then set up Rectangle, and/or pull over my saved config.
When I have these keyboard shortcuts set up, and then switch my input from Colemak to U.S., I would expect my shortcuts not to change. However, they do; Thirds will be P/D/G, and Two Thirds will be W/T/;.
If I isolate Left Third, the letter R on Colemak is where the S key on a standard keyboard is. The R key on the US keyboard is what Colemak users press for the letter P.
Hypothesis: Instead of using the entered key command (i.e. the letters R, S, T, W, F, and P), you are using something to do with the letter's key's keycode. Thus, when the input is switched, the shortcuts "remap" themselves.
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 156
- Fork
- 1
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di rxhanson/RectanglePro-Community
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
rxhanson/RectanglePro-Community#944 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
rxhanson/RectanglePro-Community#943 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
rxhanson/RectanglePro-Community#939 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
rxhanson/RectanglePro-Community#937 · 4 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
rxhanson/RectanglePro-Community#936 · 2 commenti ·
Tutte le issue di rxhanson/RectanglePro-Community
Issue simili
-
triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Facepunch/sbox-public#12305 ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
JiaFeiMiao-K-Cat/DiscImageStudio#205 ·
I maintainer di solito rispondono entro 1 giorno
-
bug keep-fresh
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Flow-Launcher/Flow.Launcher#4744 ·
I maintainer di solito rispondono entro 1 giorno
-
The Browser tab fails with a Wayland error when Open Terminal runs from a Wayland desktop sessionAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
open-webui/open-terminal#210 ·