NeoVars-Treiber anpassen und unter Windows 10 kompilieren

[MaxGyver]

Hallo zusammen,

ich benutze das K.O,Y-Layout jetzt schon seit einem halben Jahr (bisher nur unter Linux) und habe es an meine Vorlieben angepasst. Die wichtigste Änderung ist der Tausch der Tasten Mod3_R -> f -> ß -> Mod3_R.


Außerdem gilt bei mir das QWERTZ-Layout, wenn ich Strg, Alt und/oder die Windows-Taste gedrückt halte.

Jetzt würde ich gerne das K.O,Y-Layout unter Windows 10 mit den gleichen Anpassungen nutzen. Dafür möchte ich den NeoVars-Treiber anpassen. Die vorkompilierte neo20.exe funktioniert bei mir, aber sie ignoriert meine Einstellungen in der Neo2.ini (in C:\Users\Max\AppData\Roaming\Neo2).

Wenn ich die Quellen aus dem Neo-Repository unverändert kompiliere, wird zwar eine neue exe erzeugt, allerdings erscheint dieser Fehler, wenn ich die neue exe starte:

Selbst wenn ich die einzige Zeile, die "VKDCSC029" enthält, lösche, und neu kompiliere, kommt dieser Fehler.

Kennt jemand dieses Problem? Ist es hier schon jemandem gelungen, den Treiber unter Windwos 10 zu kompilieren und ohne Fehler zu starten.

Grüße

Max

[Wolf]

Am 18.07.19 um 19:06 schrieb MaxGyver:

> Jetzt würde ich gerne das K.O,Y-Layout unter Windows 10 mit den gleichen
> Anpassungen nutzen. Dafür möchte ich den NeoVars-Treiber anpassen. Die
> vorkompilierte neo20.exe funktioniert bei mir, aber sie ignoriert meine
> Einstellungen in der Neo2.ini (in C:\Users\Max\AppData\Roaming\Neo2).

Dann ist in Windows 10 mit ziemlicher Sicherheit ein anderes Verzeichnis
zuständig, müsste sich aber irgendwie rausfinden lassen.

> Wenn ich die Quellen aus dem Neo-Repository unverändert kompiliere, wird zwar
> eine neue exe erzeugt, allerdings erscheint dieser Fehler, wenn ich die neue exe
> starte:
>
>

> Selbst wenn ich die einzige Zeile, die "VKDCSC029" enthält, lösche, und neu
> kompiliere, kommt dieser Fehler.
>
> Kennt jemand dieses Problem? Ist es hier schon jemandem gelungen, den Treiber
> unter Windwos 10 zu kompilieren und ohne Fehler zu starten.

Keine Ahnung warum das so ist. Wenn du den Fehler nicht lokalisieren kannst
würde ich es mal mit einer älteren AHK-Version probieren (neo20.exe build von
r2446-r2354 mit AHK 1.1.15.03 (32 bit). Die älteren Versionen von AHK waren
immer irgendwo zu kriegen, weiß jetzt aber nicht mehr wo genau. AHK hat einige
Änderungen durchgemacht, die eine (nie geschehene) Anpassung des Codes erfordert
hätten.

Gruß,
Wolf

[Syrus Mozafar]

On 19/07/2019 22:41, Wolf wrote:
> Keine Ahnung warum das so ist. Wenn du den Fehler nicht lokalisieren kannst
> würde ich es mal mit einer älteren AHK-Version probieren (neo20.exe build von
> r2446-r2354 mit AHK 1.1.15.03 (32 bit).

Wolf ist mir um ein paar Minuten zuvorgekommen, und hat mit seiner
Annahme recht.

Ich hatte eine ähnliches oder das gleiche Problem, und bekam von dieser
[1] Seite den Hinweis, dass es sich wohl um einen bekannten Fehler
handelt [2].

Leider ist die wiki nicht mehr online, daher kann ich nicht 100%
garantieren, dass ich den gleichen Fehler hatte. Jedenfalls habe ich mit
probieren dann herausgefunden, dass die maximal neuste Version, welche
den Fehler nicht hat, 1.1.26.01 ist.

Irgendwo las ich dann, dass 1.1.25.02 die letzte vorherige Version sei,
welche stabil laufe. Somit benutze ich halt den, und alles kompiliert
bestens.

Wäre aber schon super wenn jemand mal herausfindet, wie man es mit der
neusten Version kompiliert.

[1] https://github.com/ypid/dotfiles/tree/master/windows/neo-vars

[2] https://wiki.neo-layout.org/ticket/504

[Max Schillinger]

Vielen Dank euch beiden!

Ich versuch es morgen noch einmal mit einer älteren AHK-Version.

[MaxGyver]

Hier noch eine kurze Rückmeldung:

Mit AHK-Version 1.1.25.02 tritt der Fehler nicht mehr auf. Diese Version findet man übrigens hier:

https://www.autohotkey.com/download/1.1/AutoHotkey_1.1.25.02_setup.exe

Ich musste allerdings die Datei neo-layout.git\trunk\windows\neo-vars\src\make-compose.bat anpassen:

set  ahkpath=C:\Programme (x86)\AutoHotkey

  geändert in

set  ahkpath=C:\Programme\AutoHotkey

Offensichtlich wird auch die 32-bit-(Unicode)-Version nach C:\Programme\ installiert.

Und was die Neo2.ini betrifft:

Der Ordner C:\Users\Max\AppData\Roaming\ ist nach wie vor richtig. Windows hat mich nur ausgetrickst und die Datei, die ich Neo2.ini genannt habe, einfach als Neo2.ini.txt abgespeichert und dann auch noch gemeinerweise als Neo2.ini angezeigt :-)

[MaxGyver]

So können übrigens die Tasten vertauscht werden:

f und ß kann man einfach in der Neo2.ini vertauschen:

customLayout="-k.o,yvgclfzhaeiudtrnsßxqäüöbpwmj"

Mod3 und ß (vormals f) müssen im Quellcode vertauscht werden.

neo-layout.git\trunk\windows\neo-vars\src\source\keydefinitions.ahk

EDSK("028",1,"y","Y","@","."      ,"υ","∇") ; y

    ersetzen durch
EDSK("02B",1,"y","Y","@","."      ,"υ","∇") ; y

und

ED1S("02B","P__M3RD") ; Mod3R (#')

    ersetzen durch

ED1S("028","P__M3RD") ; Mod3R (ä')

Dann kompilieren.

Die Umschaltung auf das QWERTZ-Layout, wenn Strg, Alt und/oder die Windows-Taste gedrückt wird, scheint deutlich komplizierter zu sein. Dafür finde ich heute keine Lösung mehr.

[MaxGyver]

Als ich den (angepassten) NeoVars-Treiber gestern ausgiebiger getestet habe, hatte ich alle paar Minuten Probleme damit:

Immer wieder wurde ein ungewollter Level4- oder Level2-Lock eingestellt. Aus dem ersten kam ich noch raus, aber der Level2-Lock war permanent (konnte nicht durch Drücken beider Shift-Tasten aufgehoben werden). Einmal konnte ich mit AltGr die Pfeiltasten auf Ebene 4 benutzen, aber die E-Taste (ich weiß nicht mehr ob QWERTZ-e oder KOY-e) hat ein €-Symbol erzeugt.

Später hab ich noch die Positionen der linken Alt- und Strg-Taste vertauscht (im Quellcode, dann neu kompiliert). Da gab es auch einmal den Effekt, dass die Alt-Taste scheinbar permanent gedrückt war. → Ich konnte nur mit Tab die Programme wechseln.

Kennt jemand solche Probleme? An der Tastatur (Hardware) sollte es nicht liegen. Unter Linux treten diese Probleme nicht auf.

[urac]

Ja. Ungewollte Locks sind ein lange bekanntes Problem von NeoVars. Schlecht reproduzierbar und meines Wissens bis heute nicht gelöst... 

--
Sie erhalten diese Nachricht, weil Sie in Google Groups E-Mails von der Gruppe "ADNW" abonniert haben.
Wenn Sie sich von dieser Gruppe abmelden und keine E-Mails mehr von dieser Gruppe erhalten möchten, senden Sie eine E-Mail an adnw+uns...@googlegroups.com.
Wenn Sie diese Diskussion im Web verfolgen möchten, rufen Sie https://groups.google.com/d/msgid/adnw/c0ec67ba-9b3b-48e0-9a09-a60809f5b34f%40googlegroups.com auf.

[Max Schillinger]

Das ist ja schade!

Benutzt du den kbdneo-Treiber?

Meinst du es würde helfen, im Quellcode von NeoVars alle Locks komplett zu entfernen? Ich käme auch ohne ganz gut klar.

[urac]

Nein, nur Neovars.

Ja, ich denke Locks entfernen wäre sicher die einfachste Lösung.

--

Sie erhalten diese Nachricht, weil Sie in Google Groups E-Mails von der Gruppe "ADNW" abonniert haben.
Wenn Sie sich von dieser Gruppe abmelden und keine E-Mails mehr von dieser Gruppe erhalten möchten, senden Sie eine E-Mail an adnw+uns...@googlegroups.com.

Wenn Sie diese Diskussion im Web verfolgen möchten, rufen Sie https://groups.google.com/d/msgid/adnw/CAO1-dWVtJyYu1oROh%3DEPye4qcYhZU3E9U%3DcngGvtb3fkt81nKQ%40mail.gmail.com auf.