Großschreibung (Capslock) wird ungewollt aktiviert / <Shift>, <Ctrl> oder <Alt> werden fest-gestellt

[mkvreak]

Bei der Nutzung des Neovars-AHK-Skripts tritt das Problem auf, dass die Großschreibung ungewollt aktiviert wird. Ich kann das nicht konkret reproduzieren, aber nach meinen Erfahrungen tritt der Fehler dann auf, wenn die Shift-Taste dran beteiligt ist, um einen großen Anfangsbuchstaben zu schreiben.

Zuerst hatte ich die Capslock-Funktion in Verdacht. In einer geändeten Version des Skriptes habe ich in levelfunctions.ahk die Funktion ToggleMod2Lock() so verändert, dass bei Doppel-Shift – was wiederum ToggleMod2Lock aufruft – der Capslock stets AUSgeschaltet wird. Leider tritt der Bug trotzdem auf. Ich schließe daraus, dass irgendeine andere Funktion in Zusammenhang mit der Shifttaste den Capslock setzt, ohne dass ich das je getippt / gewollt habe.

[mkvreak]

Ein Nachtrag: Vor meiner Änderung an der ToggleMod2Lock()-Funktion war es so, wenn der Bug auftrat, dass ich anschließend zweimal(!) auf Doppelshift drücken musste, damit der Capslock ausgeht. Er wurde also beim ersten Mal „richtig“ aktiviert und erst beim zweiten Druck deaktiviert. Der Bug scheint dadurch etwas komplizierter, denn irgendwie wird Capslock ja aus heiterem Himmel aktiviert, ohne dass dabei das entsprechende Flag gesetzt wird. Muss was anderes sein.

Immerhin, mit der geänderten Toggle-Funktion brauche ich wenigstens nur noch einmal auf Doppelshift drücken, da in jedem Fall deaktiviert wird. Ist aber kein guter Umweg.

[Jakob Hetzelein]

Ich kann den Bug bestätigen: Hatte ihn bei Verwendung des selben Treibers auf meinem Arbeitsrechner (Windows XP SP3) ebenfalls. Beim Schreiben jeden längeren Texts hatte ich dieses Phänomen in regelmäßigen Abständen mehrere Male.

Ich hatte den Treiber insofern angepasst, dass ich auf der 4. Ebene die Ziffern „123“ auf die Grundreihe und „456“ auf die untere Reihe gelegt habe. Ansonsten habe ich nichts an den Sourcen verändert. Auch bei Benutzung des vorkompilierten neovars-Treibers trat das Problem auf.

Ich habe auch eine andere Tastatur ausprobiert, dadurch hat sich aber nichts verändert.

Ich habe mittlerweile auf den nativen in Kombination mit dem kbdneo-Treiber gewechselt, dort tritt das Phänomen nicht mehr auf.

[anonymous]

Ich kann den Bug ebenfalls bestätigen. Lebe schon seit langem damit. Ich dachte, es läge vielleicht an meinem steinalten Rechner, dass deshalb beim Schreiben vom Treiber etwas verschluckt wird...Seit heute habe ich einen neuen Laptop mit i7-Prozessor und hatte gehofft, dass es hier nicht mehr auftritt...leider doch...es wundert mich jetzt, dass nicht alle Leute das Problem haben...? Kompliziert ist wie ursprünglich beschrieben, dass man mal beide Shift-Tasten zusammen einmal drücken muss um wieder zur Normalschreibung zu gelangen, manchmal muss man zweimal drücken. Ich habe noch kein System dahinter entdeckt...ist dadurch leider ziemlich haklig. Ich schreibe recht viel und habe das Problem zigmal am Tag. Aber immer noch besser als QWERTZ... :-)

[Moesi]

Also, wenn man Shift-Shift zwei mal drücken muss, um den Lock-Effekt los zu werden, hat’s was im System. neovars gaukelt dem System eine normale Qwertz-Tastatur vor, indem es die Qwertz-Eingaben des Benutzers nach Neo-Layout als einen anderen Tastendruck erscheinen lassen – eben den der systemweiten Qwertz-Belegung. Wenn somit neovars nichts von dem Keylock weiß, muss entweder:

a) sich der Keylock im System aktiviert haben, oder

b) eine Shift-Taste hängen geblieben sein. In diesem Fall drückt man einfach jede Shift-Taste kurz (hinter einander), und der Spuk hat üblicherweise ein Ende.

Bei mir bleibt Shift manchmal beim Abschalten/Einschalten von Neo hängen. Wenn ich Shift-Pause mit dem einen Shift drücke, um Qwertz zu haben, und dann Shift-Pause mit dem anderen Shift drücke, um Neo wieder zu aktivieren, hat der Treiber das Loslassen der Shift-Tasten nicht richtig mitbekommen. Auch nacht dem Aufwachen aus dem Screensaver ist manchmal ein Mod permanent gedrückt: M3, M4 oder so.

Ich weiß noch keine Lösung und kann daher bestenfalls einen Workaround anbieten. Wenn Ihr mich mit einem nachvollziehbaren Rezept verwöhntet, könnte ich dem Problem auf die Spur kommen.

[cpuesser]

Hallo, ich habe dieses Problem auch ab und an. Des weiteren meine ich beobachtet zu haben, dass der Lock nur beim drücken der linken Shift aktiviert wird daraus ist der Schluss zu ziehen, dass es wohl wirklich der Systemlock sein muss.

[Onkel Dittmeyer]

Kann diesen unglaublich nervtötenden Bug ebenfalls bestätigen. Er tritt bei mir sehr häufig auf allen von mir benutzten Systemen und Rechnern auf (Win XP und Win 7) wenn ich von QWERTZ auf NEO mittels LShift und Pause wechsel. Ebenso tritt er weniger oft auf wenn ich in NEO bleibe und längere Texte schreibe, vornehmlich mit vielen Sonderzeichen wie beim Programmieren. Reproduzieren lässt er sich allerdings leider nicht.

[accolade <at.neo@…>]

Habe das Lock-Problem nicht nur mit <Shift>, sondern auch <Ctrl> und <Alt>. Ihr nicht? (Ein gelocktes <Ctrl> hat je nach Kontext natürlich besonders lustige Folgen, bis man es bemerkt… ;) )

Wenn's mich nicht täuscht, kann der Lock sowohl auf der linken als auch auf der rechten <Ctrl>-Taste liegen, so dass er nur durch Drücken der Richtigen von beiden auch wieder aufgehoben wird. Wenn das wichtig ist, kann ich das noch mal überprüfen, wenn es mal wieder passiert.

Ist wirklich ein ernstes Problem, z.B. weil durch den Shift-Lock manchmal Mails nicht gleich abgeschickt werden (und ich merke das nicht gleich. <Ctrl>+<Enter> schickt direkt ab, <Ctrl>+<Shift>+<Enter> legt erst mal in die Outbox.)

[knothing]

Hab das Problem auch täglich. Noch öfter als Shift "hängt" bei mir Strg/Super. Leider nicht wirklich reproduzierbar. Benutze Windows XP SP3.

Gibt es einen Workaround? Debug-Logs um das Problem weiter einzukreisen?

[sebwan]

Hab dasselbe Problem gestern bei einem Tastschreibwettbewerb gehabt. Äußerst ärgerlich, wenn ihr mich fragt *grrr*. Zuvor ist aber bei mir auch nie irgendwas dergleichen aufgetreten.

Ich dachte Anfangs, das läge an dieser tollen Einrastfunktion von Windows, aber diese war von vornerein deaktiviert, schied also als Ursache aus. Aber wenig später konnte ich dieses Problem folgendermaßen reproduzieren: Drückt man beide Shift-Tasten gleichzeitig (ist mir da anscheinend ungewollt passiert), wird Capslock aktiviert. Drückt man nochmal - wie hier zuvor erwähnt - beide Shift-Tasten gleichzeitig, hört der Spuk wieder auf. Das mit der Strg- und der Alt-Taste kann ich bis jetzt jedoch nicht bestätigen.

[Mike1]

Im #neo Channel im IRC hat vorgestern ein gewisser mirko davon erzählt, dass er momentan ein C-Programm als Alternative zum AHK schreibt. Es arbeitet mit Lowlevelkeyboardhooks der Windows API und sollte das Problem mit den eingerasteten Shift/Ctrl/Alt-Tasten nicht haben. Scheint schon ziemlich ausgereift zu sein, die Ebenen sind implementiert nur Tote Tasten, Ziffernblock und Compose gibt es (noch) nicht. Quellcode oder Programm hat er allerdings noch nicht hergegeben, hört sich aber trotzdem gut an :)

Es könnte also bald eine Lösung geben!

[Mœsi]

Ich muss sagen, dass ich kürzlich auch dieses Problem auf einem fremden System hatte. neovars.exe auf einem Win7/64 installiert, funktioniert soweit alles, aber hin und wieder bleibt das Shift hängen, das man dann mit einfachem Druck auf die linke Shift-Taste wegbekommt. Ich habe das Problem auf zwei anderen Computern nicht und noch überhaupt nie gehabt.

Wenn man das .AHK-Script im Source startet, kann man bei Auftreten dieses Problems die Tasten-History einsehen, um einen Hinweis auf die Entstehung zu bekommen. Ich habe derzeit leider wieder keinen Zugriff auf diesen Computer mit dem Problem, sodass ich auf Fischen im Trüben angewiesen bin. Meine Vermutung ist, dass sich die originalen Press/Release-Events und die vom neo-vars generierten Press/Release-Events auf den problematischen Systemen überschneiden, und so ein Release zu wenig im System ankommt. Wenn ich mich richtig erinnere, ist es mir häufiger nach dem Drücken von /, also M3+i (Neo/AdNW) passiert.

Ich werde dennoch versuchen, etwas beizutragen, und erst mal bei mir das neovars20.exe starten – normalerweise rennt bei mir der .AHK-Sourcecode. Vielleicht ist ja auch das irgendwie im Effekt unterschiedlich.

Ich könnte auch eine Debug-Version erstellen, die ein Log der letzten 100 Tastendrücke (in+out) mit Zeitstempel anlegen kann. Vielleicht liefert das dann Hinweise auf die Ursache.

[anonymous]

Drückt man beide Shift-Tasten gleichzeitig (ist mir da anscheinend ungewollt passiert), wird Capslock aktiviert. Drückt man nochmal - wie hier zuvor erwähnt - beide Shift-Tasten gleichzeitig, hört der Spuk wieder auf.

Es mag ja Probleme geben, aber DAS steht so in der Neo-Referenz und ist also offiziell gewünscht.

[sebwan]

Replying to anonymous:

Drückt man beide Shift-Tasten gleichzeitig (ist mir da anscheinend ungewollt passiert), wird Capslock aktiviert. Drückt man nochmal - wie hier zuvor erwähnt - beide Shift-Tasten gleichzeitig, hört der Spuk wieder auf.

Es mag ja Probleme geben, aber DAS steht so in der Neo-Referenz und ist also offiziell gewünscht.

Dafuq? Ich habe auf der kompletten Neo-Seite danach gesucht und nirgends etwas gefunden, wo auch nur ansatzweise steht, dass genau dieses - für mich ziemlich nervige - Verhalten gewollt ist. Ergo: Es ist ein Bug.

[frakturfreak]

Replying to sebwan:

Replying to anonymous:

Drückt man beide Shift-Tasten gleichzeitig (ist mir da anscheinend ungewollt passiert), wird Capslock aktiviert. Drückt man nochmal - wie hier zuvor erwähnt - beide Shift-Tasten gleichzeitig, hört der Spuk wieder auf.

Es mag ja Probleme geben, aber DAS steht so in der Neo-Referenz und ist also offiziell gewünscht.

Dafuq? Ich habe auf der kompletten Neo-Seite danach gesucht und nirgends etwas gefunden, wo auch nur ansatzweise steht, dass genau dieses - für mich ziemlich nervige - Verhalten gewollt ist. Ergo: Es ist ein Bug.

Schau doch mal in der FAQ unter „Gibt es keine Feststell-/Caps-Lock-Taste? Kann ich nicht mehr dauernd groß schreiben?“ Da steht das.