Mod4-Lock (Shift+Caps+Tab) sendet Tab-Zeichen #523
Labels
Sans labels
(╯°□°)╯︵ ┻━┻
Bug
Diskussion
Dokumentation
Duplikat
Gitea
Hardware
Hilfe
Invalid
Java
Lernen
Qt
Remote
Subversion
Tablet
Tastaturbelegung
Test
Treiber/Android
Treiber/iOS
Treiber/Linux/Konsole
Treiber/Linux/xkbmap
Treiber/Linux/xmodmap
Treiber/MacOS
Treiber/Windows/AHK
Treiber/Windows/kbdneo
Treiber/Windows/ReNeo
Verbesserung
Website
Windows 11
Wontfix
Worksforme
Sans jalon
Sans assignation
4 participants
Notifications
Échéance
Aucune échéance n'a été définie.
Dépendances
Aucune dépendance définie.
Référence : neo/neo-layout#523
Chargement…
Référencer dans un nouveau ticket
Sans contenu.
Supprimer la branche "%!s(<nil>)"
La suppression d’une branche est permanente. Bien qu’une branche supprimée puisse temporairement subsister, elle NE PEUT PAS être facilement restaurée. Continuer ?
Moin,
bei einem Keyboard im US Layout fehlt ja bekanntlich die linke Mod4 Taste. Soweit ist das kein Problem, nur der Mod4 Lock nervt etwas. Er kann alternativ aktiviert werden mit Shift+Caps+Tab. Das Problem ist, dass beim Umschalten ein TAB Zeichen geschickt wird, das dann je nach Anwendungsfall wieder eine Aktion erfordert (TAB Zeichen loeschen, ...). Kann man die Ausgabe des Tab Zeichens unterdruecken wenn Shift+Caps gedrueckt sind?
Kann ich auf Linux mit der xkbmap nicht reproduzieren (und ist auch wohl eher kein erwünschtes Verhalten, sondern ein implementierungsabhängiger Bug).
Auf Welcher Plattform tritt der Fehler auf?
OMG danke!
Ich bin auf Gnome mit Wayland (Fedora 23) und hatte wiederholt das Problem. Ich hatte keine Ahnung, wie ich aus dem Level-4-Lock wieder rauskommen würde.
Shift+Caps+Tab hat die Sperre gelöst. Danke für den Tipp hier.
Sorry wenn das nicht das eigentliche Problem löst.
Wenn ich weiter helfen kann, lasst es mich wissen.
Auf Windows mit einer Kanadischen Tastatur hatte ich das gleiche Problem, dort war es Strg+Shift+Caps+Tab, was die Sperre gelöst hat.
Mod4 Lock mit US Tastaturpar Mod4-Lock (Shift+Caps+Tab) sendet Tab-Zeichen