[Windows 10] AHK-Treiber macht ß kaputt #503
Rótulos
Sem rótulo
(╯°□°）╯︵ ┻━┻
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
Sem etapa
Sem encarregados
4 Participantes
Notificações
Data de vencimento
Sem data de vencimento definida.
Dependências
Não estão definidas dependências.
Referência: neo/neo-layout#503
Carregando…
Criar uma nova questão referindo esta
Nenhuma descrição fornecida.
Eliminar o ramo "%!s(<nil>)"
Eliminar um ramo é algo permanente. Embora o ramo eliminado possa continuar a existir por um breve período de tempo antes de ser realmente removido, a operação NÃO PODERÁ ser desfeita na maioria dos casos. Quer continuar?
Hallo zusammen,
ich habe unter Windows 10 Enterprise den kbdneo-Treiber installiert.
Ebenen 1-3 funktionieren einwandfrei, auf Ebene 4 fehlten die
Navigationstasten, daher habe ich wie in der FAQ beschrieben
den ergänzenden AHK-Treiber kbdneo_ahk.exe gestartet.
Sobald der AHK-Treiber läuft, funktionieren auf Ebene 1 plötzlich
die ß-Taste nicht mehr (stattdessen ö), sowie die tote Taste ganz
oben links (stattdessen ü).
Viele Grüße,
Marc
PS: Die Windows Version ist ein Spezialrelease für meinen Arbeitgeber. Ich habe nicht
probiert, den Fehler auf einer "normalen" Windows 10 Version nachzustellen.
Gleicher Fehler wie
https://wiki.neo-layout.org/ticket/501
Fehler tritt nur auf, wenn Neo-Layout beim Start des Skript noch nicht aktiv war.
Workaround: Skript nach Umschalten auf Neo neu laden, dann geht es wieder.
Hallo! Bei mir tritt der identische Fehler bei Verwendung des AHK-Treibers unter Windows 10 auch auf, genau wie beschrieben. Der empfohlene Workaround funktioniert leider bei mir nicht – mit ergänzendem Treiber habe ich immer ö statt ß, egal, ob ich „Skript neu laden“ wähle, oder ihn schließe und wieder starte, und egal ob vor oder nach Auswahl des Neo-Layouts.
Der gleiche Fehler tritt auch bei mir auf mit Windows 7 Enterprise. Workaround funktioniert nicht, wie man meinem Vorkommentator: ö statt ß, ü statt ^.
Kommando zurück: Funktioniert doch unter Windows 7. Danke!
Man muss das AHK-Skript für kbdneo als Administrator starten, nachdem man das Tastaturlayout auf DE-Neo (kbdneo) gestellt hat.
Die Ursache liegt darin, welches Tastaturlayout aktiv ist zum Zeitpunkt des Starts des AHK-Skripts. Das Skript arbeitet nur korrekt mit dem Neo-Layout (bzw. Bone oder neoqwertz). Sollte also nicht Neo, sondern z.B. Qwertz das aktive Layout sein, führt dies zum beschriebenen Fehler. (Ein späteres Umschalten des Layouts bei bereits gestartetem Skript scheint dagegen kein Problem zu sein.)
Da das Skript meistens im Autostart liegt, muss beim Windows-Start eben auch Neo aktiv sein. Soweit ich das sehe, ist das erste Layout in der Auswahlliste (falls mehr als eines eingestellt ist) das beim Start aktive, entsprechend sollte hier Neo stehen. (Gilt für Windows 10, während man bei Windows 7 eines der Layouts als Standard festlegen kann.)
Ich habe dies in der Doku zu kbdneo nachgetragen.
In Windows 10 kann man auch einen Standard festlegen.
Settings > Time and Language > Language > Keyboard > Override for default input method
Innerhalb einer Sprache sind die Tastaturlayouts nämlich alphabetisch sortiert, was Neo ggfs. zwangsläufig auf Platz Zwei parkt.
Danke für den Hinweis. Ich werde ihn bebildert in die Dokumentation aufnehmen.