Mit dem neuen Mac-Treiber geht nur die 1. Ebene auf dem Nummernblock

[simon.schweizer@…]

Ist unabhängig von der Tastatur. Habe gerade auf den älteren Neo-Treiber kurzzeitig umgeschaltet, mit dem gehen die anderen Ebenen auf dem Nummerblock, wenn auch unvollständig. (Dafür geht mit dem alten Treiber die 6. Ebene komplett nicht, also auch auf dem Haupttastenfeld nicht, das ging aber schon mal mit einem älteren Treiber).

Mac OSX 10.6.8 (Snow Leopard)

[simon.schweizer@…]

Bitte bestätigen…besteht das Problem auch bei anderen Mac-Nutzern? Hier mal ein Workaround:

Die alte Datei ​http://wiki.neo-layout.org/browser/mac_osx/neo.keylayout.old herunterladen (wobei ich eine andere, aber auch ältere Version des Mac-Treibers verwendet habe). Die Datei umbenennen: ‚mv neo.keylayout.old neo_old.keylayout‘ (sodass sie die Endung .keylayout hat) und nach ‚/Library/Keyboard Layouts’ oder ‚~/Library/Keyboard Layouts‘ kopieren. Nach dem ab- und wieder anmelden kann man in den Systemeinstellungen unter ‚Sprache und Text‘ → ‚Eingabequellen‘ das zweite neo-layout aktivieren. Nun kann man zwischen aktuellem und alten Neo-Tastaturlayout schnell umschalten.

[Markus W]

Ich habe hier keinen Nummernblock, mit dem ich es testen könnte. Ich kann aber sagen, dass der Nummernblock bei der derzeitigen Version bislang nicht berücksichtigt wurde, allerdings bei der alten auch nicht. Beim Nummernblock wurden auch keine Veränderungen von der alten zur neueren Version gemacht. Höhere Ebenen des Nummernblocks sollten also in keiner Version funktionieren. Das wird auch bestätigt durch die Ansicht in Ukelele. Dennoch wäre es nicht allzu schwer, das zu beheben.

Die 6. Ebene ging mit einem älteren Treiber, dem verlinkten, über die Ctrl-Ebene. Das war meines Wissens aber auch nicht ganz konfliktfrei.

[simon.schweizer@…]

OK, der Workaround geht mit der verlinkten Datei leider doch nicht. Die Datei mit der es geht, ist die Version ‚<!--Last edited by Lars Hansen on 2011-10-09 at 22:20 (GMT+02:00)-->’

Mit der geht, wie gesagt, die Ebene 6 generell nicht. Aber auf dem Nummmernblock gehen alle Ebenen bis auf 4 und 6. Dass die 4. Ebene auf dem Hauptfeld geht, aber nicht auf dem Nummernblock, ist komisch.

Könnte derjenige, der die neue Version des Treibers erstellt halt, eine erstellen die auf der oben genannten basiert, damit die anderen Ebenen auf dem Nummernfeld verfügbar sind?

Vielen Dank!

[LarsHuluk@…]

Das ist richtig, bei meiner Version von letztem Sommer hatte ich die höheren Ebenen für den Nummernblock eingebaut. Bei einem Test mit meinem Bluetooth-Nummernblock hatten die zwar nicht funktioniert, aber da sie auch nichts negatives gemacht haben, hatte ich die einfach dringelassen. Schön, dass sie irgendwo funktioniert haben.

Ebene 6 ist dort übrigens eine tote Taste auf der qwertz-Taste < (oder bei manchen nicht-Apple-Tastaturen auf ^{) und geht nicht mit dem KeyRemap, ohne allerdings schon mit den üblichen Einschränkungen solcher Tasten.}

[stmayer]

Wobei man im diff ja ziemlich genau sieht, inwieweit sich die beiden Version bezüglihc Nummernblock unterscheiden (jeweils ab key code 65, wenn ich das richtig sehe). Ich hab selbst leider auch keine Tastatur mit Ziffernblock, aber vielleicht kann jemand mit Ziffernblock die relevanten Zeilen patchen und dann ausprobieren?

[Markus W]

Dass die 4. Ebene auf dem Hauptfeld geht, aber nicht auf dem Nummernblock, ist komisch.

Wahrscheinlich gehen nur die Tasten, die mit KeyRemap auf Standardtasten umgemappt wurden. Das sind die Funktionstasten und die Zahlen; Zeichen wie ¿ und ¡ aber nicht.

Ich habe jetzt den entsprechenden Code für den Nummernblock angeglichen. Für die Ebenen 4 und 6 muss ich die private.xml noch aktualisieren. Diese Version ist natürlich nur zur Verwendung mit KeyRemap4MacBook gedacht und enthält deshalb keine Ebenen auf Tottasten.

Testen konnte ich es wie gesagt nicht.

Noch ein Unterschied zu Lars' Version ist die Ctrl-Ebene. Soll ich die auch übernehmen? Seine Version scheint den Neo-Buchstaben zu folgen, meine ist die von Qwertz.

[Markus W]

Nummernblock angeglichen

[simon.schweizer@…]

Vielen Dank! Habe es gerade mal getestet, es funktioniert. Was ich nicht ganz verstehe, ist, warum mal die Ebene 6 früher mal funktioniert hat, dann wieder einige Zeit nicht, und seit kurzem wieder. Hat da jemand was verschlimmbessert ohne es zu merken?

Ist dieser Treiber die Datei die Ukulele direkt erzeugt oder ist da noch was mit einem Texteditor modifiziert worden? Die Struktur hat sich auch mal leicht verändert, z. B. statt ‚action‘ ‚output‘, sind das Änderungen die mit neuen Ukulele-Versionen reingekommen sind?

Was macht die Ctrl-Ebene genau? Bei mir scheint’s nicht zu funktionieren, ebenso wie Ebenen auf Tottasten. Aber wenn das nur Workarounds sind, brauche ich die nicht, da ich mit dem aktuellen Treiber alle Zeichen tippen kann (bis auf Ebenen 4 und 6 auf dem Numblock, aber das soll ja noch behoben werden).

[LarsHuluk@…]

Die Version in der mein Name steht, habe ich per Hand geschrieben, weil ich da das Compose eingefügt habe und das so komfortabler ging als mit Ukelele. In meiner Version haben wie schon gesagt Ebenen 4 und 6 über tote Tasten funktioniert, in der neuen und in den vorherigen Versionen über das KeyRemap. Dementsprechend habe ich das "Verschlimmbessert" wenn du so willst. Da ich das Keyremap nur für die rechte Mod3-Taste benutze und nicht für zusätzliche Ebenen, ist mir das nicht aufgefallen.

Die Ctrl-Ebene ist für die Funktionen von Programmen, die auf bestimmte Tasten gelegt sind. Man kann wollen, dass diese Funktionen an eine Position gebunden sind, oder an einen Buchstaben, dementsprechend kann man dort das Neo- oder Qwertz-Layout wollen. In einer alten Version war da auch einfach ein Neo-Layer, das hatte aber nicht gut funktioniert.

Output und Action sind zwei unterschiedliche Funktionen des Layouts, output gibt ein Zeichen aus, bei action kann man diese Ausgabe für tote Tasten oder auch Compose modifizieren. Die Struktur hat sich geändert, weil die aktuelle Version grundlegend mit Ukelele gemacht ist; deswegen haben die actions auch keine vernünftigen Namen und an einigen Stellen sind actions, die kaum einen Sinn machen und nicht mit der Referenz übereinstimmen, aber eh nie aufgerufen werden und wohl für Kompatibilität zu den qwertz-ctrl-tasten generiert werden.

Wenn ich mal wieder den Bedarf habe, groß was zu ändern, was auch hierher gehört, werde ich da sicher nochmal aufräumen (und natürlich dann KeyRemap heil lassen). Dementsprechend wüsste ich auch gern, ob Ctrl qwertz oder Neo sein soll. Ich halte Neo für konsistenter, aber ich will ja nicht gegen die anderen arbeiten.

[Markus W]

Was für eine Tastatur mit Nummernblock verwendest du denn eigentlich? Von Apple?

Was ich nicht ganz verstehe, ist, warum mal die Ebene 6 früher mal funktioniert hat, dann wieder einige Zeit nicht, und seit kurzem wieder. Hat da jemand was verschlimmbessert ohne es zu merken?

Da sind zwei verschiedene Versionen durcheinander geraten. Eine mit und eine ohne KeyRemap, so wie ich das verstehe.

Ist dieser Treiber die Datei die Ukulele direkt erzeugt oder ist da noch was mit einem Texteditor modifiziert worden?

Ich habe größtenteils nur Ukelele zum Bearbeiten verwendet, nur habe ich jetzt noch meinen Namen reingesetzt, damit man weiß, wer der Schuldige ist, falls etwas nicht funktioniert. ;) Ich bin dann wohl auch schuld an den kryptischen Bezeichnungen. :(

Dementsprechend wüsste ich auch gern, ob Ctrl qwertz oder Neo sein soll. Ich halte Neo für konsistenter

Ich halte Neo auch für konsistenter. Beim Windows-Treiber ist das ja auch so.

A propos Compose, da ist mir aufgefallen, dass zwischen den beiden Versionen auch noch kleine Unterschiede bestehen. Aber die Composesequenzen kommen auch nicht von mir, sondern von Christian Dávid. Ich weiß nicht, ob er sich immer unbedingt an die Referenz gehalten hat.

Zumindest ist die neue private.xml jetzt fertig. Bitte testen.

[Markus W]

für Ebene 4 und 6 auf dem KeyPad

[simon.schweizer@…]

Super, mit der neuen private.xml gehen alle Ebenen auf dem Nummernfeld! Danke!

Also ich habe halt gemerkt, dass ich die 6. Ebene auf einmal nicht mehr tippen konnte, zumindest nicht über Mod3+Mod4, was anderes habe ich nicht ausprobiert.

Zur Ctrl-Ebene: Ich nutze hauptsächlich Ctrl+C und Ctrl+L in der Konsole, sowie in VirtualBox für die gewöhnlichen Ctrl-Befehle. Hatte mit Ctrl noch nie Probleme bemerkt. Also bitte so lassen, auf Neo-Belegung. Wo gab es bei euch Probleme?

Ich werwende meine neue von Schubi belaserte Fujitsu-Tastatur, die ich seit wenigen Tagen habe. Daneben habe ich auf der Arbeit auch eine Cherry- sowie eine Logitech-Tastatur, in der Funktion habe ich da keinen Unterschied festgestellt.

Ja ich habe gesehen dass Compose im Mac-Treiber enthalten ist, aber ich hab noch nie gelesen, dass das funktioniert hätte. Wenn ich Mod3+Tab drücke, wird das Fenster gewechselt. Gibt’s da einen Trick sodass Compose doch geht? Wäre ja klasse.

Habe zufällig gemerkt, dass z.B. das große Omega nicht geht. Werde mal bei Gelegenheit die Tasten durchtesten und schauen was nicht geht und ein extra Ticket aufmachen. Aber soweit bin ich sehr zufrieden dass Neo jetzt (fast) ganz funktioniert auf dem Mac :-)

[LarsHuluk@…]

Ja ich habe gesehen dass Compose im Mac-Treiber enthalten ist, aber ich hab noch nie gelesen, dass das funktioniert hätte. Wenn ich Mod3+Tab drücke, wird das Fenster gewechselt.

Wenn du in den System-Einstellungen den Shortcut Fenster wechseln auf eine andere Tastenkombination als Alt Tab legst, müsste Compose gehen