Ich nutze Kdbneo Treiber + AHK script unter Windows 10, neueste Updates installiert
In der Konsole "cmd" habe ich mit aktiviertem Neo2 Layout ein sehr komisches verhalten
Tastendrücke kommen in der falschen Reihenfolge an und teilweise kommen auch einfach die falschen Tasten an
Wenn ich zum Beispiel einfach abwechselnd "e" and "a" drücke kommt dies in der Kosole an: aeaeeeeeeeaeaaaaaeaeae
Gleiches Verhalten in der "Ubuntu on Windows" Konsole
Ich nutze Kdbneo Treiber + AHK script unter Windows 10, neueste Updates installiert
In der Konsole "cmd" habe ich mit aktiviertem Neo2 Layout ein sehr komisches verhalten
Tastendrücke kommen in der falschen Reihenfolge an und teilweise kommen auch einfach die falschen Tasten an
Wenn ich zum Beispiel einfach abwechselnd "e" and "a" drücke kommt dies in der Kosole an: aeaeeeeeeeaeaaaaaeaeae
Gleiches Verhalten in der "Ubuntu on Windows" Konsole
Ich habe mal etwas getestet: Der Bug tritt nur auf wenn das AHK Script läuft, also liegt der Fehler irgendwo darin.
Allerdings ist mir das Problem bislang nur in der Konsole aufgefallen, in anderen Anwendungen tritt das Problem scheinbar nicht auf.
Ich habe mal etwas getestet: Der Bug tritt nur auf wenn das AHK Script läuft, also liegt der Fehler irgendwo darin.
Allerdings ist mir das Problem bislang nur in der Konsole aufgefallen, in anderen Anwendungen tritt das Problem scheinbar nicht auf.
Ich dachte mir das ich das einfach mal debugge, was aber ein anderes Ergebnis brachte als Gedacht:
Der Bug tritt nur auf wenn ich die gebundlete kbdneo_ahk.exe Variante nutze.
Wenn ich mir den .ahk Sourcecode herunterlade und ausführe tritt der Bug nicht
Ich dachte mir das ich das einfach mal debugge, was aber ein anderes Ergebnis brachte als Gedacht:
Der Bug tritt nur auf wenn ich die gebundlete kbdneo_ahk.exe Variante nutze.
Wenn ich mir den .ahk Sourcecode herunterlade und ausführe tritt der Bug nicht
Der Bug tritt nur auf wenn ich die gebundlete kbdneo_ahk.exe Variante nutze.
Ich nutze kbdneo + kbdneo_ahk.exe, Win 10, frisch updated. Immer noch worksforme™.
> Der Bug tritt nur auf wenn ich die gebundlete kbdneo_ahk.exe Variante nutze.
Ich nutze kbdneo + kbdneo_ahk.exe, Win 10, frisch updated. Immer noch worksforme™.
Der Bug war reproduzierbar. Ich habe die kbd*-Skripte erneut kompiliert und erfolgreich getestet. In der Konsole reagiert die Eingabe nun wieder korrekt statt mit falscher Reihenfolge.
Die Download-Archive wurden entsprechend aktualisiert.
Dafür scheint wieder der ö/ß-Bug eingeführt worden zu sein. Unter Windows 7 tritt dieses Problem nicht auf.
Der Bug war reproduzierbar. Ich habe die kbd*-Skripte erneut kompiliert und erfolgreich getestet. In der Konsole reagiert die Eingabe nun wieder korrekt statt mit falscher Reihenfolge.
Die Download-Archive wurden entsprechend aktualisiert.
Dafür scheint wieder der ö/ß-Bug eingeführt worden zu sein. Unter Windows 7 tritt dieses Problem nicht auf.
Ich nutze Kdbneo Treiber + AHK script unter Windows 10, neueste Updates installiert
In der Konsole "cmd" habe ich mit aktiviertem Neo2 Layout ein sehr komisches verhalten
Tastendrücke kommen in der falschen Reihenfolge an und teilweise kommen auch einfach die falschen Tasten an
Wenn ich zum Beispiel einfach abwechselnd "e" and "a" drücke kommt dies in der Kosole an: aeaeeeeeeeaeaaaaaeaeae
Gleiches Verhalten in der "Ubuntu on Windows" Konsole
worksforme™
Ja, das hilft nicht wirklich weiter. Aber immerhin ist es offensichtlich kein generelles Problem.
Ich habe mal etwas getestet: Der Bug tritt nur auf wenn das AHK Script läuft, also liegt der Fehler irgendwo darin.
Allerdings ist mir das Problem bislang nur in der Konsole aufgefallen, in anderen Anwendungen tritt das Problem scheinbar nicht auf.
Ich dachte mir das ich das einfach mal debugge, was aber ein anderes Ergebnis brachte als Gedacht:
Der Bug tritt nur auf wenn ich die gebundlete kbdneo_ahk.exe Variante nutze.
Wenn ich mir den .ahk Sourcecode herunterlade und ausführe tritt der Bug nicht
Ich nutze kbdneo + kbdneo_ahk.exe, Win 10, frisch updated. Immer noch worksforme™.
Der Bug war reproduzierbar. Ich habe die kbd*-Skripte erneut kompiliert und erfolgreich getestet. In der Konsole reagiert die Eingabe nun wieder korrekt statt mit falscher Reihenfolge.
Die Download-Archive wurden entsprechend aktualisiert.
Dafür scheint wieder der ö/ß-Bug eingeführt worden zu sein. Unter Windows 7 tritt dieses Problem nicht auf.