Fixieren fixiert auch QWERTZ #254
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
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: neo/neo-layout#254
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?
Wenn ich Ebene 4 fixiere, arbeitet der Treiber arbeitet selbst noch weiter, wenn ich QWERTZ einstelle, dann sind z. B. die Pfeiltasten auf Ebene 4 noch aktiv (aber die Symbole erscheinen nicht). Könnte natürlich auch sein, dass das an meiner Tastatur liegt. Ich arbeite mit 7 x64.
Siehe meinen Kommentar bei Ticket #253.
Das ist Windows-Design und kein Bug.
Nein, ich bin trotzdem noch der Meinung, dass das ein Bug ist: Auch wenn ich nicht Neo ausgewählt habe und [AltGr] + [<] drücke (wäre in Neo der Lock von Ebene 4) fixiert er die Ebene, ich muss also | immer doppelt schreiben und einmal entfernen. Ich kann ja verstehen, dass der Lock drinbleibt, wenn ich das Tastaturlayout entferne, aber ich kann nicht verstehen, dass der Lock entsteht, wenn ich auf QWERTZ schreibe.
Das ist leider beim Autohotkey aus so (AFAIK auch beim neo-vars). Das Skript bleibt aktiv, auch wenn sich die Eingabesprache/-layout ändert. Beim Umschalten von Neo2 auf QWERTZ bitte auch den AHK-Zusatztreiber deaktivieren oder beenden.
hier http://msdn.microsoft.com/en-us/library/windows/desktop/ms644991%28v=vs.85%29.aspx und http://msdn.microsoft.com/en-us/library/windows/desktop/ms644990%28v=vs.85%29.aspx und http://www.autohotkey.com/forum/post-170005.html#170005 steht, wie man mit AutoHotKey einen Layoutwechsel mitbekommen kann. Ich werde schauen, dass ich in meinen heraufziehenden neo-vars-Verbesserungen auch eine Layoutwechsel-Erkennung einbaue.
Sobald der Weg für diese Lösung ausgetüftelt ist, könnte man also dieses Ticket wieder öffnen (man könnte es natürlich auch jetzt schon machen, aber das geht mich nix an).
– Mœsi