[Feature Request] Ignore keyboard shortcuts in some software
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- macos
- Ambito
- desktop
Direzione di ricerca
Start by reviewing how Cursor Movement shortcuts are handled and how the app represents per-application rules. Compare the requested exclusion behavior with the examples mentioned, including PDF Expert, AltTab, and MOS. Done means users can select applications where Cursor Movement shortcuts are ignored without globally remapping or disabling the feature.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I love the Cursor Movement feature in Rectangle Pro — it's a fantastic way to quickly position windows. However, I've run into a persistent issue: the shortcuts are globally active and frequently conflict with other applications.
For example, in PDF Expert, many of its built-in shortcuts overlap with the Cursor Movement shortcuts, which often causes accidental window repositioning while I'm simply trying to work in PDF Expert.
While I know I can remap the Cursor Movement shortcuts to something else, it's difficult to find a combination that won't eventually conflict with some other app.
My suggestion: Could you add a per-app exclusion list specifically for Cursor Movement? This would allow users to specify apps where Cursor Movement shortcuts should be ignored/disabled, similar to how some other tools handle app-specific rules.
This would give users much finer control without having to globally disable or remap the feature. I think many power users who work with multiple professional apps would benefit from this.
some software like AltTab, MOS
- 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
-
0.3.0 desktop app: browser plugin tools fail with "Cannot find package 'playwright'"Forse già presa Una pull request collegata a questa issue è aperta o già unita. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Fei2411/DeepSeek-Bot#1034 ·
-
bug key bindings source editor
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
area: viewer bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: Linux: unconditional `WEBKIT_DISABLE_DMABUF_RENDERER=1` breaks rendering on WebKitGTK 2.54Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100