Mod4-Lock (Shift+Caps+Tab) sendet Tab-Zeichen #523
Labels
No Label
(╯°□°)╯︵ ┻━┻
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
No Milestone
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: neo/neo-layout#523
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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 Tastaturto Mod4-Lock (Shift+Caps+Tab) sendet Tab-Zeichen