3. Ebene und andere Zeichen funktionieren in der Vista-Eingabeaufforderung nicht #97
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
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: neo/neo-layout#97
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?
=Problembeschreibung=
In der Kommandozeile von Windows Vista ist die dritte Ebene defekt. Genauer gesagt werden falsche Zeichen ausgegeben, statt
()-:
erhalte ich beispielsweise
)=-Ü
Die 1., 2., 4. (inklusive der Navigationstasten), 5. und 6. Ebene funktionieren jedoch problemlos, auch die Oberreihe der dritten Ebene (¹²³›‹…) funktioniert.
==Testumgebung, in der das Problem bei mir auftritt==
Verwendetes Betriebsſystem: Microsoft Windows Vista™ Home Basic mit Service Pack 1 (Version 6.0.6001)
Verwendeter Neo-Treiber: Neo-Vars_r1264_r1214
==Anleitung zur Reproduktion des Fehlers==
Um das Problem zu reproduzieren, muss man einfach nur auf »Start« klicken um im Suchfeld »cmd« eingeben und mit der Enter-Taste bestätigen. In dem dann erscheinenden Kommandozeilenfenster tritt der beschriebene Fehler auf.
==Workarround==
Mit dem nativen KBDNEO2-Treiber tritt dieser Fehler nicht auf.
AHK-Innereien
Bei dem oben beschrieben )=-Ü Problem protokoliert AHK das folgende:
3. Ebene funktioniert nicht in der Vista-Kommandozeile (Neo-Vars)to 3. Ebene und andere Zeichen funktionieren in der Vista-Eingabeaufforderung nichtDieses Problem hat mich auch schon immer gestört… Immer musste ich zwischen QWERTZ/AHK und NEO/kein AHK wechseln, wenn ich mal einen Punkt oder so eingeben wollte. Wie dadurch angedeutet funktionieren bei mir außerdem folgende Tasten nicht: ,.26°»«
„“” (ich erhalte: dü,t!
%/()=), _[]!^!<>=&/{}*?()-:@#$|~`+%"'; (vlcü khgfqu8ae9snrÜdy!^/ä~' qm,.j), bei mir treten also andere Fehler auf. (Aber durch diese Fehlerbeschreibung habe ich wenigsten herausgefunden wie ich die wichtigsten Zeichen trotzdem eingeben kann :) Außerdem tritt der Fehler nicht nur in vars sondern auch mit dem alten Treiber auf.Wenn ich mich allerdings bei meinem pywikipedia-Bot mittels „login“-Befehl eingeloggt habe, dann funktionieren alle Tasten mit allen Ebenen einwandfrei! Merkwürdig!
Ansonsten kann ich dir nur die !
…
- Syntax ans Herz legen, Dennis; alles was zwischen diesen Klammern steht, wird nicht als wiki-Syntax interpretiert und alle Zeilenumbrüche bleiben erhalten.Ich benutze den AHK (weil vollständig) als Standardtreiber und den kbdneo zum Testen und für die Kommandozeile.
Dabei kommt es zu den in Ticket #97 beschriebenen Erscheinungen: Die dritte Ebene funktioniert nicht.
Um aber in der Shell etwas schreiben zu können, muss ich den kbd-Treiber wechseln.
Das ist soweit kein Problem, da man jedem Fenster sein eigenes Layout zuordnen kann, und dies auch beim nächsten Programmstart wiederhergestellt wird.
Allerdings muss auch der AHK beim Wechsel in die Konsole deaktiviert (und danach wieder aktiviert) werden, denn wenn beide Neo-Treiber gleichzeitig laufen, rfmmw bhc rhaaltmhaalt slcuhi!
Da das ziemlich unergonomisch ist, habe ich heute einen Fix dafür entwickelt:
Vorraussetzung: beide Treiber vorhanden, AHK in Sourceform
Folgende Zeile in die %appdata%/neo2/custom.ahk eintragen:
#IfWinNotActive ahk_class ConsoleWindowClass
Gruß,
Martin