#254 closed Fehler/Defekt (invalid)
Fixieren fixiert auch QWERTZ
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | normal | Milestone: | Neo Version 2.0 |
| Component: | Treiber: Windows – Kbdneo | Version: | 2.0 Final |
| Keywords: | Cc: |
Description
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.
Change History (7)
comment:1 by , 15 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
comment:2 by , 15 years ago
| Resolution: | invalid |
|---|---|
| Status: | closed → reopened |
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.
comment:3 by , 15 years ago
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.
comment:4 by , 14 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | reopened → closed |
comment:5 by , 14 years ago
| Resolution: | wontfix |
|---|---|
| Status: | closed → reopened |
comment:6 by , 14 years ago
| Resolution: | → invalid |
|---|---|
| Status: | reopened → closed |
comment:7 by , 14 years ago
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

Siehe meinen Kommentar bei Ticket #253. Das ist Windows-Design und kein Bug.