[Neo] Re: Tastaturlayout - welches hat "Zukunft"?
Ich bin froh, dass ich Neo kennengelernt habe, bevor sich die ganzen Untervarianten gebildet haben. Die Entscheidung, ein neues Layout zu lernen, kostet schon Überwindung. Wenn dann noch die Chance bestanden hätte, „das Falsche“ zu wählen, hätte ich das Experiment eher nicht gestartet. Daher sehen ich die psychologische Einstiegshöhe heute wesentlich höher an. Vielleicht kann man das kompensieren, wenn man die Gemeinsamkeiten der Layouts auf der Webseite betont. Letztlich geht es nur darum, dass sie viel besser als QWERTZ sind. Einen konkreten Verbesserungsvorschlag kann ich aber nicht machen… Grüße an die Liste, Olaf Am 26. April 2020 10:20:57 MESZ schrieb Michael Kiesenhofer : >[…] >Im Vergleich zu QWERTZ wird natürlich fast alles besser sein, egal >welche Kriterien man anwendet. ___ Diskussion mailing list -- diskussion@neo-layout.org To unsubscribe send an email to diskussion-le...@neo-layout.org
[Neo] Kein Webfrontend der Mailingliste mehr verfügbar
Hallo Mailinglisten-User, wie ich auch gerade im Chat schrieb, wollte ich darauf hinweisen, dass nach der Schließung von Gmane keiner der Links auf http://wiki.neo-layout.org/wiki/Mailingliste mehr funktioniert. Der Link zum Archiv auf https://lists.neo-layout.org/listinfo/diskussion/ führt schon lange ins Leere, aber dort kann man sich immerhin noch für die Liste registrieren. Gibt es nun überhaupt noch einen Weg, wie man bei Fragen Zugriff auf die Lösungen aus dem Archiv der Liste hat? Ich würde mich freuen wenn man wieder ein Webfrontend für die Liste einrichten könnte. Mit freundlichen Grüßen Olaf Schulz
Re: [Neo] Sonderzeichen auf dem Num-Block
Am 19.01.2015 um 15:08 schrieb lebe1301: Hallo, zufälligerweise habe ich nun die Sonderzeichen mit Umschalt, Mod3 oder Mod4 auf dem Num-Block entdeckt, die mir zum Teil zugesagt haben. Nutzen wollte ich gerne den Haken mit Umschalt+7. Dabei ist in Word das Problem, dass der Schriftsatz geändert wird. Gefunden habe ich bei „Wingdings 2“ einen Haken, der die Schriftart nicht verändert. Ich freue mich, wenn das da dann benutzerfreundlicher gestaltet werden kann. Vielen Dank. Viele Grüße Annette Hallo Annette, ich habe Word nicht vor mir, aber die Ursache wird das Verhalten von Word sein. Da es in der von Dir verwendeten Schriftart das Zeichen nicht finden kann sucht es eine Schriftart, welche das Zeichen enthält. Das Problem scheint zu sein, dass Word nach dem Einfügen des ✔ nicht auf die vorherige Schriftart zurück wechselt. D.h. auf Seiten von Neo kann das nicht beeinflusst werden. Eine, je nach Einsatzzweck geeignete Variante wäre die Benutzung einer Schriftart, welche den Hacken enthält. Beispielsweise http://de.wikipedia.org/wiki/Liberation_%28Schriftart%29 Die mit „Binary (ttf)“ gekennzeichnten Archive auf der offiziellen Seite enthalten TrueType-Schriftarten, welche man auch unter Windows installieren kann. Gruß Olaf
Re: [Neo] Es gibt kein Neo 3
Am 02.02.2014 13:02, schrieb urac: Hallo Liste, da nun genau das passiert, was von Kritikern befürchtet wurde, als das erste Mal der Begriff „Neo 3“ fiel, möchte ich hier nochmal kurz meinen Standpunkt zu der Thematik darstellen. Ich halte es für eine sehr, sehr schlechte Idee, dass dieser Begriff, der eine versionierte Fortentwicklung der Neo-Belegung suggeriert, je eingeführt wurde und auf offiziellen Neo-Seiten Verwendung findet. Dies führt zu genau der Ratlosigkeit, die die Eingangsfrage des Threads ist: Soll ich Neo 2 lernen oder auf Neo 3 warten? Und welche der dort genannten Alternativen ist die beste? Dass Neo eine zweite Version hat, ist unglücklich. Aber die Änderungen von Neo 1 zu Neo 2 sind größtenteils Erweiterungen, deshalb ist der gleiche Name gerechtfertigt. „Neo 3“ wird aber recht sicher eine komplette Neuanordnung der Buchstabenebene beinhalten. Das wäre doch auch Grund genug für einen neuen Namen. Trotz vieler Meinungen innerhalb der Tastaturbelegungsgemeinde können wir uns doch auf zwei Aussagen einigen, denke ich: 1. Neo ist besser als QWERTZ. 2. Neo ist nicht perfekt, es mag noch bessere Belegungsmöglichkeiten geben. Das heißt für unsere Kommunikation mit bestehenden und potentiellen Nutzern: Wir können die Nutzung von Neo 2 empfehlen. Sie werden sehr wahrscheinlich eine Steigerung des Komforts im Vergleich zu QWERTZ verspüren. Neo 2 ist eine stabile, abgeschlossene Entwicklung mit hervorragender Treiberunterstützung. Das ist für viele Leute gut genug. Wir brauchen aber auch nicht verschweigen, dass es innerhalb und außerhalb der Neo-Gemeinschaft Leute gibt, die ähnliche Ziele wie die Entwicklergemeinschaft von Neo 2 verfolgen und an Belegungen arbeiten, die die Schwächen adressieren, die sie bei Neo noch sehen. Auf diese fertigen und in Entwicklung befindlichen Belegungen kann man verweisen, was wir ja auch tun. Neo 3 gibt es längst. Und es macht bei der Benennung meines Erachtens auch alles richtig: AdNW – Aus der Neo-Welt. Es wird von sehr vielen, die es benutzen, als Neo 2 überlegen geschildert. Es bringt die meisten der Errungenschaften mit, die bei der Entwicklung von Neo 2 entstanden sind: Die Ebenenstruktur und die Treiberunterstützung. Und es zeigt im Namen, dass es mit Neo verwandt ist ohne zu suggerieren, dass Neo 2 obsolet geworden ist. Lasst uns also „Neo 3“ aus dem Wiki tilgen und die Dinge schildern, wie sie sind: Es gibt über Neo hinaus noch weitere Alternativen, so sehen sie aus und das haben sich die Entwickler dabei gedacht. Denn selbst wenn wir „Neo 3“ je veröffentlichen sollten, soll ich es dann lernen oder auf Neo 4 warten? TLDR: Anzudeuten, das wir irgendwann mit einem „Neo 3“ herauskommen, das von der gesamten Entwicklergemeinde getragen wird, halte ich für unrealistisch und irreführend. Beste Grüße Jurek Hallo Jurek, mit Deinen Aussagen trifft du bei mir auf offene Ohren! Ich schließe mich Deinem Eindruck an, dass ein wage in der Luft schwebendes „Neo 3“ schädlich für die Außendarstellung ist und Neulinge abschrecken kann (und sicher auch schon abgeschreckt hat). Statt den Begriff aber komplett aus dem Wiki zu tilgen könnte man aber an einer Stelle auf den Inhalt deiner Mail verweisen. Beste Grüße Olaf
Re: [Neo] ESC Taste
Am 23.04.2013 21:59, schrieb Thomas: Hallo, gibt es beim aktuellen Layout eine zweite ESC-Taste? Hallo, ja es gibt eine zweite ESC-Taste auf der vierten Ebene: Mod4+ü. Das Symbol für ESC in den Bildern des Layouts ist ⌧. Gruß Olaf
Re: [Neo] [ticket] #339: Belegung von 'f' mit greek_phi in Ebene 5
Am 03.12.2012 09:35, schrieb Neo-Layout: #339: Belegung von 'f' mit greek_phi in Ebene 5 --+- Reporter: anonymous | Owner: Type: Fehler/Defekt | Status: new Priority: normal| Milestone: Component: Dokumentation/Wiki/Webseiten | Version: 2.0 Final Keywords:| --+- in allen Grafiken wird beim Buchstaben f in der Ebene 5 das greek_phi_symbol (U+03D5) abgebildet. In der neo_de.xmodmap und dem xkb.tgz Archiv ist jedoch das korrekte greek_phi konfiguriert (und das greek_phi_symbol analog den greek_rho_symbol, greek_theta_symbol und greek_kappa_symbol auf einer Nachbartaste). Hallo, das war mir auch schon aufgefallen. Hier liegt eine korrigierte Fassung der fünften Ebene vor: https://github.com/YggdrasiI/NeoLayoutViewer/blob/master/assets/neo2.0/tastatur_neo_Ebene5.png Die zugehörige korrigierte Fassung der SVG-Datei habe ich hier hochladen: https://docs.google.com/open?id=0B0SeJk1M0qTZLWhVUHdLd2tkTzg Vielleicht könnte jemand mit Schreibrechten im Repo die Datei (unter grafik/tastatur3d) aktualisieren. Beste Grüße, Olaf
Re: [Neo] [ticket] #339: Belegung von 'f' mit greek_phi in Ebene 5
Am 03.12.2012 21:37, schrieb Dennis Heidsiek: Hallo allerseits, Olaf ſchrieb am 03.12.2012 21:02 Uhr: Die zugehörige korrigierte Fassung der SVG-Datei habe ich hier hochladen:[…] Vielleicht könnte jemand mit Schreibrechten im Repo die Datei (unter grafik/tastatur3d) aktualisieren. Soeben erledigt (Danke für die Korrektur, Olaf!): http://wiki.neo-layout.org/changeset/2432 Müssen wir auch in grafik/tastatur2d noch etwas ändern oder können wir das Ticket #339 damit schließen? Viele Grüße, Dennis-ſ Hallo Dennis, ich habe mir nur grafik/tastatur2d/neo_Ebenen_1_2_5_6.svg angeschaut und festgestellt, dass dort sehr viel falsch ist. Ohne weitere Überprüfung würde ich sagen, dass diese Grafiken noch für Neo 1.1 erstellt wurden und einer kompletten Überarbeitung bedürften. Da sie aber nicht im Wiki auftauchen, spielt das für das Ticket keine Rolle. In den Files grafik/NEO-20-Layout-alle-6-Ebenen.ods grafik/neo20.ods grafik/xmodmap2tastenaufkleber/* grafik/aufsteller/* grafik/druckvorlage/neo-druckvorlage.svg ist der φϕ-Fehler nicht enthalten. Allerdings in grafik/druckvorlage/Tastenaufkleber_Ebenen_1-6_inkl_qwertz_Schwarz.svg fand ich ihn erneut.
Re: [Neo] Neo 2 in Steam
Hi, mal ins Blaue geraten: eventuell musst du die exe-Datei als Administrator starten? Wenn Steam nämlich mit erhöhten Rechten läuft, dann braucht der „Treiber“ auch erhöhte Rechte, um die Tasten für Steam umzubiegen. Gruß, Olaf Am 23.11.2012, 11:09 Uhr, schrieb Alexander Schenk i...@alexander-schenk.de: Hallo liebe Neolinge, ich bin seit anderthalb Jahren Neo-Nutzer und lese seitdem auch hier mit. Ich glaube, heute schreibe ich das erste Mal an die Liste. Mein Problem ist folgendes: Auf meinem Desktop-PC funktioniert Neo in Steam nicht. In sämtlichen Fenstern von Steam ist weiterhin qwerty. Überall sonst funktioniert Neo. Ich benutze den NeoVars-Treiber, hatte aber auch zwischenzeitlich kbdneo installiert, um zu sehen, ob es daran liegt. Aber auch mit dem funktionierte es in Steam nicht. Ich habe Windows 7 Ultimate 64 bit auf dem PC. Das Ungewöhnliche für mich ist, dass ich noch einen Laptop habe, auf dem auch Windows 7 Ultimate 64 bit läuft. Auf diesem funktioniert Neo in Steam. Kennt jemand dieses Problem bereits oder hat eine gute Idee, was ich machen könnte? Wenn ich mit zusätzlichen Infos zu den beiden Computern rausrücken soll, kein Problem. Sagt mir nur, was ihr wissen müsst. :-) Schöne Grüße, Xanda
Re: [Neo] welcher Unicode liegt auf ;
Hi, bei NeoVars gibt es einen coolen Trick: das fragliche Zeichen in die Zwischenablage kopieren und dann ♫uw drücken. Das verrät dir sowohl den Unicode-Codepoint, als auch wie man das Zeichen mit Neo tippen kann. Ist alles hier beschrieben („Wie mit Neo”): http://wiki.neo-layout.org/wiki/Neo%20unter%20Windows%20einrichten/NeoVars Gruß, Olaf Am 10.03.2012, 22:10 Uhr, schrieb S Barmeier severinbarme...@googlemail.com: Neo lässt mich Unicode tippen. Wo kann ich nachschlagen welcher Unicode eigentlich benutzt wird. z.B. liegt ein Minus auf ; Wie kann ich schauen ob das auch wirklich ein Minus ist und kein en dash? Danke, Severin
Re: [Neo] XKB-Treiber: Taste gleichzeitig als normale Taste und Modifier nutzen
wettstein509 at solnet.ch writes: Die meines Wissens beste Möglichkeit erfordert ein wenig programmieren. Mit der XRECORD Extension kann man die Tastatureingabe belauschen und mit der XTest Extension Tastatureingaben simulieren. Damit lässt sich das Gewünschte relativ einfach (100 Zeilen) umsetzen. Bei Bedarf kann ich ein Beispiel posten, das etwas von der Idee her Ähnliches macht. Andreas Hallo Andreas, danke für diese Hinweise. Der am Ende beschriebene Ansatz scheint mir auch der leichteste zu sein. Die Tasteneingaben mit der XTest Extension zu simulieren, wäre für mich kein Problem. Für die Arbeit mit XRECORD habe ich im Netz aber leider kein gutes Beispiel finden können. Da würde ich gerne auf dein Angebot eines Beispiels zurück kommen ;) Viele Grüße Olaf
[Neo] XKB-Treiber: Taste gleichzeitig als normale Taste und Modifier nutzen
Hallo Neo-Liste, ich würde gerne eine Buchstaben-Taste (z.B. n) als Shift-Modifier nutzen, wenn sie gedrückt gehalten wird. Wird keine andere Taste gedrückt, soll die Taste sich „normal” verhalten. (D.h. jeweils ein XEvent für das Drücken und Loslassen der Taste gesendet werden.) Leider sehe ich keine Möglichkeit, die Reaktion auf die Eingabe auf das Loslassen der Taste zu verschieben. Weiß jemand, ob dies mit XKB realisierbar ist? Mit freundlichen Grüßen, Olaf
Re: [Neo] Layout Viewer für Linux (gtk2.0, vala)
Thomas Baur thomas.baur at rwth-aachen.de writes: Stimmt die Tastenkombinationen sind praktisch, clevere Lösung. Nur das die Tastatur nicht über den ganzen Bildschirm wandert sonderns nur in einem kleinen Bereich. Also bei meinem großen Bildschirm immer irgendwie in der Mitte ist. Gibt es eine Möglichkeit die Bildschirmgröße (in Pixeln) abzufragen und die Wanderungsbewegung anzupassen? CtrlAltq klappt übrigens auch wunderbar. Hallo Thomas, das die Erkennung der Auflösung bei Unity nicht funktioniert, war mir nicht bewusst. Da ich das jetzt nicht untersuchen will, habe ich noch zwei Config-Parameter, screen_width und screen_height eingebaut, mit der du die Auflösung manuell festlegen kannst. So, und jetzt muss ich mal schaun wie ich mir ein Starter für die Unity Leiste bastle. Oder du verbindest den Start des Programm mit der gleichen Tastenkombination, mit der du es ein- und ausblendest. (Das ist beispielsweise mit xbindkeys unabhängig vom Fenstermanager einstellbar.) Viele Grüße Olaf P.S. Seit dem letzten Update funktionieren die meisten Tastenkombinationen auch, wenn man mit der Maus auf die virtuelle Tastatur klickt. Ohne die neuste Version von NEOs xkb-Treiber, gibt es aber ein paar Probleme auf den höheren Ebenen.
Re: [Neo] offizielle Freigaben
Hallo Annette, wie bei Firmen mit „Fremdsoftware“ umgegangen wird, kann natürlich ganz unterschiedlich sein. Manche sind da ganz offen, andere nehmen es sehr genau. Hauptgrund ist vermutlich die Virengefahr die davon ausgeht, wenn die Mitarbeiter Software mitbringen und installieren dürfen, wie sie möchten. Das heißt bei dir vermutlich: du musst dir das Programm von einem der Verantwortlichen (sprich: den Admins) absegnen lassen. Ich denke mal, wenn die ein bisschen Verständnis aufbringen können, dann scannen die die Datei kurz mit einem Virenscanner und geben danach ihr Okay. NEO hat ja auch den Vorteil, dass man es erst gar nicht kompliziert installieren muss und es nur mit Benutzerrechten läuft. Insofern geht aus Sicht der Admins kein großes Risiko davon aus und installieren müssen sie es auch nicht selbst. Mit ein wenig Entgegenkommen sollte das also kein Thema sein. Bei mir war es zum Beispiel völlig unproblematisch. Ich habe meinen Chef danach gefragt, er hat sich das kurz angesehen/angehört und dann sein Okay gegeben. Im Endeffekt hat die Firma ja auch nichts davon, mich unproduktiv arbeiten zu lassen. Gruß, Olaf
Re: [Neo] Layout Viewer für Linux (gtk2.0, vala)
Thomas Baur thomas.baur at rwth-aachen.de writes: Sieht doch schon mal schick aus. Schön gemacht. So und jetzt die erste Kritik Fenster ist immer im Vordergrund Hallo Thomas, im Startverzeichnis (. oder ./bin) wird beim ersten Start des Programms die Datei neo_layout_viewer.conf angelegt. In der kannst du das Verhalten ändern (on_top = 0). [...] und nicht verschiebbar. Das Fenster kann in den meisten Fenstermanagern mit gedrückter Alt-Taste verschoben werden. Wenn du die Option nicht deaktiviert oder auf eine andere Tastenkombination gelegt hast, müsste das funktionieren. Habe jetzt noch die Option eingebaut, dass der Fensterrahmen angezeigt wird. Dann kann das Fenster auch wie gewohnt bewegen. Die alte *.conf-Datei muss manuell gelöscht werden. Empfehlen würde ich aber die Steuerung mit Tastenkombinationen. Man spart sich beim Schreiben den Handwechsel zur Maus. Das Fenster kann mit CtrlAltq aus- und eingeblendet werden, mit CtrlAltn verschoben. Tab wird nicht angezeit. Ja, das war bei mir so gewünscht. ;-) Werde es dahingehend ändern, dass es mittels Alt+Tab erreichbar ist, wenn on_top deaktiviert ist. Beste Grüße Olaf
Re: [Neo] Layout Viewer für Linux (gtk2.0, vala)
Thomas Baur thomas.baur at rwth-aachen.de writes: Guten Abend, ich wollte gerade den NeoLayoutViewer ausprobieren. Ist zwar ne weile her das ich programmiert habe aber das mit git hat schon mal geklappt und auch Pakete nachinstallieren kann ich. Aber mit deinem Lösungsweg für den „Not all keysyms found. make returns i.e.“-Fehler komm ich gerade nicht zurecht. Kannst du meinem etwas eingerostetem Gehirn etwas auf die Sprünge helfen? Danke Thomas Hallo Thomas, vielen Dank für das erste Feedback :-) am Ende des Headers keysym.h (/urs/include/X11/keysym.h) wird keysymdef.h geladen. Einige Bereiche von keysymdef werden aber übersprungen, wenn vorher gewisse Konstanten nicht definiert sind. Ich musste meine keysymdef.h daher z.B. um drei Konstanten erweitern zu [...] #define XK_TECHNICAL #define XK_PUBLISHING #define XK_APL #include X11/keysymdef.h Viele Grüße Olaf
Re: [Neo] Layout Viewer für Linux (gtk2.0, vala)
Hallo Thomas, Thomas Baur thomas.baur at rwth-aachen.de writes: Hmm, ich glaube ich hab da doch ein anderen Fehler bei den Abhängigkeiten. Ich hab deinen Hinweis ausprobiert aber das reicht nicht. Ich poste mal die Fehlermeldung von make: buur at buursneuer:~/NeoLayoutViewer$ make valac --thread --vapi=vapi/keysym.vapi src/main.vala src/neo-window.vala src/key-overlay.vala src/tray.vala src/config-manager.vala src/keybinding-manager.vala csrc/keysend.c csrc/checkModifier.c -o bin/neo_layout_viewer --pkg x11 --pkg keysym --pkg gtk+-2.0 --pkg gee-1.0 --pkg gdk-x11-2.0 --pkg posix error: Package `keysym' not found in specified Vala API directories or GObject-Introspection GIR directories Compilation failed: 1 error(s), 0 warning(s) make: *** [bulid_debug] Fehler 1 ja, da habe ich zwei Parameter im Makefile vertauscht statt --vapi=vapi/keysym.vapi wäre --vapidir=vapi/ richtig. Der falsche Paramter überschreibt auch dummerweise auch noch keysym.vapi... Der Fehler ist im aktuellen Master-Branch behoben. Ich bin gerade dabei, das Programm selber auf einer frischen Ubuntu-Installation zu kompilieren. Hoffe, dass ich so die letzten Fehler finde, falls noch weiter vorhanden sind, und es dann bei dir läuft. Beste Grüße Olaf
Re: [Neo] Layout Viewer für Linux (gtk2.0, vala)
Thomas Baur thomas.baur at rwth-aachen.de writes: So, es geht schon wieder einen Schritt weiter... Da ist ne lange Fehlermeldung, ich glaube er findet etwas nicht. Hier mal der Anfang und das ende der Fehlermeldung: [...]/NeoLayoutViewer/src/key-overlay.vala.c:3320:16: Fehler: »XK_union« nicht deklariert (erste Benutzung in dieser Funktion) [...]/NeoLayoutViewer/NeoLayoutViewer/src/key-overlay.vala.c:3339:16: Das sieht schon ganz gut aus! Der Valacode wird schon ohne Fehler in C-Code umgewandelt. Das ist immer noch das Problem mit den Symbolen des Layouts. Die Zeile 1366 in keysymdef.h lautet bei mir: #define XK_union 0x08dd /* U+222A UNION */ Weiter oben (Zeile 1325) steht #ifdef XK_TECHNICAL Hast du keysym.h um die Zeilen #define XK_TECHNICAL #define XK_PUBLISHING #define XK_APL ergänzt? Beste Grüße Olaf P.S. Hast du die Datei gee-1.0.vapi manuell installieren (in das vapi-Verzeichnis der Vala-Installation kopieren) müssen? Bei meiner Installation war sie nicht vorhanden.
[Neo] Layout Viewer für Linux (gtk2.0, vala)
Hallo Neo-Liste, ich habe (als kleine Übung in der Programmiersprache Vala) einen Layout-Viewer für Neo geschrieben. Er eignet sich zum schnellen Nachschlagen von vergessenen Tastenkombinationen, kann per globaler Tastenkombination (Siehe neo_layout_viewer.conf; wird beim ersten Starten angelegt.) ein- und ausgeblendet werden und das Fenster per Tastenkombi verschoben werden, wenn es wichtige Bereiche verdeckt. Ich habe das Projekt bei Github veröffentlicht: https://github.com/YggdrasiI/NeoLayoutViewer Zum Kompilieren müsst ihr Vala installieren und wahrscheinlich ein paar Abhängigkeiten (libgtk2.0-dev,...) auflösen. Exotische Dev-Pakete habe ich aber nicht verwendet. Hoffe, dass ich keine Stolpersteine übersehen habe… Für 32 Bit habe ich außerdem ein Binary hochgeladen. Viele Grüße Olaf Schulz
Re: [Neo] Neo3 Erscheinungsdatum
Am 29.09.2011, 16:06 Uhr, schrieb Matthias Wächter matth...@waechter.wiz.at: Denk daran, dass AdNW offiziell gar keine Ebenen 5+6 hat. Dass es sich so einfach in den Neo20.exe-Treiber einbinden lässt und von all diesen Neo2-Features profitiert, ist reiner Zufall … ;) Okay ich habe immer nur den NeoVars-AdNW verwendet (gibts unter Windows überhaupt eine andere Möglichkeit?). Von daher habe ich die Ebenen immer irgendwie mit dazugezählt. Auf jeden Fall wird das Layout dadurch bereichert. :) Ich habe, das Einverständnis der anderen NordTast/AdNW/DIEgO-Tipper vorausgesetzt, die neo-vars jetzt so angepasst, dass die Ebenen 5+6, wie von Dir gewünscht, mit den Ebenen 1+2 mitwandern, siehe allerletzte Version r2405/r2406 [http://neo-layout.org/neo20.exe]. Ist das so recht? Saucool. Vielen vielen Dank dafür! :) :) Gruß, Olaf
Re: [Neo] Neo3 Erscheinungsdatum
Hallo, gefühlt ist NEO 3 noch weit entfernt. Es gibt diverse Ansätze die der Optimierer herausgespuckt hat und die hier ab und zu in der Mailingliste bekanntgegeben und getestet werden, aber ich habe zumindest den Eindruck, bis zu einer finalen Version kann es noch dauern. Ich selbst habe zunächst NEO 2 gelernt, bin dann auf halber Strecke auf AdNW umgestiegen und habe es nicht bereut. Letztendlich ändert sich nämlich außer dem Namen nicht viel. Mag sein, dass NEO 2 noch etwas verbreiteter ist, aber da ich mein Layout mit dem USB-Stick sowieso überall hin mitnehmen kann, ist das völlig irrelevant. Von daher wäre NEO 3 primär dann interessant, wenn es ungleich besser als AdNW wäre. Soweit ich es abschätzen kann, befinden sich AdNW und die aktuellen NEO-3-Varianten aber sowieso alle auf einem so hohen Niveau, dass die Unterschiede marginal sein werden. Eventuell ist NEO 3 einen Tick besser, aber so viel wird das nicht ausmachen. Auf der anderen Seite ist AdNW aber ein gutes Stück besser als NEO 2, bei dem man häufig noch hässliche Fingerwiederholungen hat (siehe z. B. people). Ganz davon abgesehen liegt die Stärke von NEO/AdNW/… aber sowieso nicht nur in der Ergonomie. Sicher es ist ein wichtiger Punkt, aber für mich persönlich sind die Ebenen 3+4, sowie die zusätzlichen Sonderzeichen viel wichtiger. Daran NEO 3 vermutlich nicht so viel ändern. Von daher würde ich dir AdNW ans Herz legen. NEO 2 ist aber auch trotz der leichten Schwächen eine gute Wahl. Die Ebenen sind dort genauso vorhanden und die Ergonomie ist auf jeden Fall besser, als bei Qwertz. Soo wichtig finde ich die wie gesagt auch nicht. Man schreibt evtl. etwas relaxter, schneller aber auch nicht. Gruß, Olaf PS: das einzige was mich an AdNW nach wie vor etwas stört sind die Ebenen 5+6, die nicht an die Hauptebene angepasst sind. Somit liegt das griech. Alpha nicht unter A usw. Ist aber im Grunde genommen halb so wild und ich hoffe eigentlich, dass das noch angeglichen wird.
Re: [Neo] NEO/AHK und KeePass
Am 22.09.2011, 11:11 Uhr, schrieb Daniel Kreßner kressn...@gmail.com: Endlich! Vielen Dank, Olaf. Ich habe bis jetzt neo-vars mit Umschalt + Pause deaktiviert, aber Deine Lösung bringt erst den richtigen Komfort von Auto-Type. Keine Ursache. Freut mich, dass es doch noch jemanden geholfen hat :-). Gruß, Olaf
[Neo] NEO/AHK und KeePass
Hallo, wer KeePass benutzt kennt das Problem eventuell: mit dem NeoVars-Treiber von NEO funktioniert das super praktische Auto-Type-Feature nicht mehr. Ich habe für KeePass 2.xx eine Lösung gefunden und vielleicht hilft es ja dem ein oder anderen, wenn ich diese hier beschreibe. Die Idee ist eigentlich ganz einfach: bevor AutoType aktiviert wird, schaltet ein KeePass-Plugin das Layout ab und danach wird es sofort wieder eingeschaltet. Die Kommunikation mit dem AHK-Skript läuft über Window-Messages. Ich habe das Plugin und den modifizierten NeoVars mit angehängt. Es kann allerdings sein, dass der Treiber nicht mehr ganz aktuell ist. Wer es neuer will, kann sich AutoHotkey installieren und das Skript vom SVN herunterladen und ggf. selbst kompilieren. Die custom.ahk muss wie folgt modifiziert werden (ist im Wiki beschrieben): - SNIP - NeoDisableMsgNum := DllCall(RegisterWindowMessage, Str, NEO_DISABLE) NeoEnableMsgNum := DllCall(RegisterWindowMessage, Str, NEO_ENABLE) OnMessage(NeoDisableMsgNum, NeoDisable) OnMessage(NeoEnableMsgNum, NeoEnable) NeoDisable(wParam, lParam) { if not A_IsSuspended { Traytogglesuspend() } } NeoEnable(wParam, lParam) { if A_IsSuspended { Traytogglesuspend() } } - SNAP - Ansonsten ist die Installation einfach: 1. NeoWorkaround.plgx in das KeePass-Verzeichnis kopieren. 2. neo-keepass.exe als Treiber verwenden. 3. KeePass starten (beim ersten Start sollte KeePass das Plugin kompilieren). 4. fertig. Die reine Quellcode-Datei für das Plugin habe ich ebenfalls noch angehängt. Gruß, Olaf NeoWorkaroundExt.cs Description: Binary data NeoWorkaround.plgx Description: Binary data
Re: [Neo] Gute Tastatur
Für Recherchen, Kaufberichte etc. kann ich das geekhack-Forum empfehlen (das Wiki nicht übersehen!): http://geekhack.org/ Normalerweise sind Schalter den Rubberdome-Tastaturen klar vorzuziehen, insbesondere wenn sie auf einer Metallplatte montiert sind. Allerdings landet man dann schnell bei 100€, das ist sicher nicht jedermanns Sache. Dafür halten die Tastaturen aber auch viel länger. Für das normale Tippen empfehlen die meisten ein nicht-lineares Feedback mit Druckpunkt. In der Regel sind das dann die blauen (mit Klick) oder braunen (ohne Klick) Cherry-Schalter (es gibt nicht so viele andere Hersteller für diese Schalter). Die haben 4 mm Hub, schalten nach dem Druckpunkt bei etwa 2 mm. Im Gegensatz zu Rubberdome muss man die Tasten also nicht vollständig bis zum Boden drücken. Auch die notwendige Kraft ist klar definiert. Im geekhack-Wiki findest du mehr darüber, als du jemals wissen willst. Von daher würde ich dir empfehlen ein wenig im geekhack-Forum und dem Wiki herumzustöbern und/oder die Frage dort noch einmal zu stellen. Ich persönlich liebäugle ja mit einer Filco Majestouch und braunen Cherry-Schaltern, aber im Moment scheue ich die Kosten (~150€) und tippe daher noch mit einer billigen Rubberdome-Tastatur. Praxiserfahrungen kann ich also nicht liefern. Gruß, Olaf
Re: [Neo] Shortcut-Ebene
Am 30.07.2011, 03:01 Uhr, schrieb regis...@vlyn.at: Wie sieht denn ADNW genau aus? Ich finde nur ne kurze Diskussion drüber wenn ich google. Hier sind die relevanten Links: http://wiki.nordtast.org/w/Startseite_'Aus_der_Neo_Welt' http://wiki.nordtast.org/w/..._auch_so_zu_tippen%3F http://wiki.nordtast.org/w/Aus_der_Neo-Welt Beim AHK-Treiber von NEO ist AdNW übrigens schon drin. Einfach mit Caps+F12 durchschalten und mit Caps+F1 hat man auch gleich die schöne Bildschirmtastatur dazu. Leider sind Strg+XCV dort ziemlich blöd verteilt. Ich habe das für mich gelöst, indem ich per custom.ahk Strg+XCV mit Strg+ÖÜÄ vertausche. Damit bin ich eigentlich recht zufrieden (linke Seite, gut erreichbar und schön im Kreis um F verteilt). Die restlichen Tastenkombinationen stören mich nicht. P.S.: Vielleicht lern ich doch einfach Neo 2.0, besser als QWERTZ ist es allemal und ich glaube nicht daran, dass Neo 3.0 bald.. oder in nem halben Jahr.. oder überhaupt mal raus kommt (Die Community hat da sehr viele Meinungsverschiedenheiten laut meiner Ansicht...) ;) Also ich bin mit AdNW und meiner kleinen Modifikation recht zufrieden. Kann ich also nur weiterempfehlen. Ich kann meine custom.ahk auch gerne noch posten. Gruß, Olaf PS: was ist XZO?
Re: [Neo] Shortcut-Ebene
Am 30.07.2011, 05:05 Uhr, schrieb regis...@vlyn.at: ADNW sieht nicht schlecht aus. Was meinst du mit STRG + vertauschen? In Windows die Hotkeys? Oder irgendwie die Buchstaben? Ich war der Meinung das Skript vertauscht solange Strg gedrückt ist X mit Ö, C mit Ü und V mit Ä. Wenn ich mir meine custom.ahk aber so ansehe, dann muss ich das wohl falsch in Erinnerung haben. Die alten Tastenkombinationen werden da einfach deaktiviert und Strg+ÜÄÖ auf Strg+XCV umgebogen. Ist auch schon eine Weile her, dass ich das gemacht habe. Die custom.ahk hängt im Anhang. Da sind auch noch zwei andere Varianten drin, die im Moment auskommentiert sind (die Activate*-Aufrufe): 1. Win+XCV (leider öffnet man da manchmal unabsichtlich das Startmenü) 2. Mod4+ZHN (überschreibt ein paar Belegungen auf Ebene 4) 3. Strg+ÜÄÖ (imho die beste Variante) P.S.: XZO ist eines dieser Ergebnisse auf dem Weg zu Neo 3.0 (Hat der Optimierer ausgespuckt und wird scheinbar gemocht ^^) Hm okay da bin ich bisher noch nicht drüber gestolpert. XD Gruß, Olaf Custom.ahk Description: Binary data
Re: [Neo] Navigation (Ebene 4) unter Windows per Treiber nicht realisierbar?
Am 25.07.2011, 11:50 Uhr, schrieb Andreas Köpf andreas.ko...@provisio.com: Ich persönlich fände eine 'original Neo-Lösung' mit einem State-Machine Filtertreiber schöner als aktuell die Integration (Verwurstung) des externen AHK-Tools. Hm allerdings ist der Unterschied auch nicht so groß. Statt dem AHK hat man eben einen Treiber laufen. Damit das gut bedienbar ist, braucht man wohl sowieso noch ein Programm im User-Space. Die Lösung bietet im Wesentlichen den Vorteil, dass man so ziemlich jedes Programm austricksen kann, indem man ein Qwertz-Layout vorgaukelt, wo keines ist. Allerdings müsste sich eine neue Lösung reibungslos mit mehreren installierten Layouts vertragen. Ich könnte mir vorstellen, dass es ein Problem ist aus dem Filter-Treiber mitzubekommen welches Layout derzeit aktiv ist, oder gibt es da Möglichkeiten? Ich weiß es nicht genau (bin noch Anfänger was Treiberprogrammierung angeht), bezweifle es aber. Der Treiber liegt vermutlich zu weit unten. Ein Dienst könnte natürlich dem Treiber IOCTL Nachrichten über Layout- Wechsel schicken, aber dies wäre dann genauso umständlich wie mit dem AHK. Ich vermute mal das wäre die einzige Möglichkeit. Ich hatte mir sowieso überlegt, ob man ein kleines Hilfsprogramm schreiben kann, mit dem man schnell verschiedene Kompatibilitätseinstellungen durchschalten kann (ausgeschaltet, Neo-Layout + Ebene 4, angepasstes Layout + so viel wie möglich über den Treiber, etc.). Ich fände es gut an dem Thema dranzubleiben. Ein Programm mit UI, das die State-Machine reprogrammieren könnte ohne permanent mitlaufen zu müssen, wäre eine klasse Sache (Speicherung der State-Machine Konfiguration in den Registry-Settings des Filter-Treibers sollte kein Problem sein). Im Moment setzt sich der Treiber bei jedem Start auf ein 1:1-Mapping zurück. Das über die Registry zu speichern sollte aber möglich sein. Noch besser wäre natürlich ein voll konfigurierbares Zusammenspiel zwischen Layout- und Filter-Treiber, so dass per UI die Möglichkeit geboten würde die gesamte Tastaturbelegung von Neo zu konfigurieren/modifizieren. Es wäre schon cool, wenn man das per GUI schnell und bequem anpassen könnte (wobei das beim AHK theoretisch auch machbar wäre). Der Filter-Treiber sollte so etwas auch können. Das gilt allerdings nur, solange die gewünschten Zeichen bereits im gewählten Layout vorhanden sind und solange es nicht zu kompliziert wird (längere Tastenfolgen – wie bei Compose – gut zu erkennen dürfte schwierig sein). Ich habe mir allerdings den Aufbau von Layout-Treibern noch nicht genau angesehen .. also insbesondere ob es sich bei den Layouts nur um Daten-Tabellen handelt oder ob da auch Code ausgeführt werden kann (um z.B. dynamisch Änderungen am Layout vornehmen zu können). Reine Datentabellen. Das ist ja gerade das Problem ;). Gruß, Olaf
Re: [Neo] Navigation (Ebene 4) unter Windows per Treiber nicht realisierbar?
Am 22.07.2011, 16:13 Uhr, schrieb Florian Janßen please.m...@gmx.de: Im Treiber läuft die Belegung so ab: Dem Scancode wird ein Virtual-Key zugeordnet. Die Virtual-Keys sind in 2 Gruppen auf geteilt: Ein Teil ist belegbar, hier wird die Belegung (Unicode-Zeichen, tote Tasten, Ligaturen) später in Tabellen zugeordnet. Bei dem Teil der nicht belegbar ist, ist die Funktion bereits durch die Zuordnung der Virtual-Key gegeben. Das sind dummer Weise aber auch die Funktionen die wir gerne auf die 4. Ebene schieben wollen. Für alle, die es genau wissen wollen: http://stackoverflow.com/questions/5298719/is-there-a-way-to-emulate-arrow-keys-in-windows-keyboard-drivers/5352430 Ich habe die Idee mit dem Treiber übrigens noch etwas weiter verfolgt und als Proof-of-Concept einen Filter-Treiber geschrieben, welcher die Tasten noch vor dem Scan-Code → VK Mapping umschreiben kann (inkl. Tastenkombinationen). Man kann das Verhalten sogar vom User-Space aus konfigurieren, indem man eine State-Machine in den Treiber lädt, welche zur Ersetzung der Scan-Codes verwendet wird (dadurch muss man am Treiber nichts ändern, wenn man eine andere Belegung will). Wenn Interesse besteht, dann kann ich das evtl. in den nächsten Tagen auf github o. ä. hochladen. Das größte Problem ist allerdings die fehlende Treibersignatur. Unter XP ist das kein Thema aber ab Vista muss man entweder den Test-Modus aktivieren oder beim Start mit F8 die Signaturüberprüfung deaktivieren. Zumindest bei den 64-Bit-Versionen. Ansonsten habe ich eine C#-Library mit der sich eine State-Machine erstellen und in den Treiber laden lässt. Es ist also relativ einfach damit zu experimentieren (auch wenn die State-Machine etwas eingeschränkt ist). Ein kleines Testprogramm, das Teile von AdNW inkl. Ebene4 umsetzt gibt es auch. Zwischen AltGr+F und Cursor-Rechts sollte aus Anwendungssicht kein Unterschied mehr bestehen, unabhängig davon, wie die Anwendung die Tasten abfragt. Die Wirkung sollte im Grunde genommen genauso sein, als ob man die Tasten auf der Tastatur inklusive Schalter vertauschen würde (auch wenn die Analogie bei Tastenkombinationen etwas hinkt). Aber wie gesagt es ist ein Proof-of-Concept und es ging mir eher um die Machbarkeit. Praktisch gesehen reichen kbdneo und der AHK-Treiber wohl für fast alles aus, insofern bin ich mir atm. nicht sicher ob ich das überhaupt weiter verfolgen sollte. Zumal mir keine Anwendungen einfallen, die weder mit kbdneo oder AHK-Treiber funktionieren (außer „The Typing of the Dead“, das mag die Sonderzeichen nicht X-D). Gruß, Olaf
Re: [Neo] Forum für neo-layout
schreckt wohl mehr als ein fehlendes Web2.0-Gimmick ab. Hm ich weiß nicht. Ich kann mich mit der Mailingliste ganz gut arrangieren, aber irgendwie bin ich nie so recht warm damit geworden. Dementsprechend schreibe ich auch nur ungerne hier. Das ist allerdings rein subjektiv. Die objektiven Gründe stehen oben. Ich bin übrigens in keinem Social Network angemeldet und kann mich auch noch an Zeiten erinnern, in denen Google unbekannt war ;-). So richtig Web 2.0 finde ich Foren auch nicht. Die haben schließlich auch schon einige Jahre auf dem Buckel. Vielleicht wäre ja doch eine Testphase mit einem parallel laufenden Forum drin? Nur, um mal zu schauen, ob Bedarf da ist — kostet ja (außer eben etwas Arbeit) nichts. Ich glaube keiner hätte etwas dagegen, wenn du das in die Hand nehmen willst. Wer weiß vielleicht ist ja wirklich Bedarf dabei. Dem stimme ich einfach mal zu. Ich würde mich über ein NEO-Forum freuen. Gruß, Olaf
Re: [Neo] Programmierung/Linux - Verbindung von Ebene zu Modifier automatisch ermittelbar?
Peter Eberhard drahrebep at gmx.de writes: [...] In einem C-Programm kannst du die ganze Xkbmap auch über die entsprechenden Xkb-Bibliotheksroutinen ermitteln, vor allem XkbGetMap. Die Einzelheiten stehen in www.x.org/docs/XKB/XKBproto.pdf, ab Seite 66, oder auf den Manpages. Gruß, Peter Vielen Dank für die ausführliche Antwort. Dann werde ich es mit Hilfe der Routinen aus der Xkb-Bibliothek probieren. Leider bin ich diese Woche noch nicht dazu gekommen. Gruß Olaf
[Neo] Programmierung/Linux - Verbindung von Ebene zu Modifier automatisch ermittelbar?
Hallo, ich suche nach einem Weg, für eine Ebene eines Tastaturlayoutes die zu drückenden Tasten (Modifier) zu identifizieren. Leider kann ich diesen Prozess bisher nicht vollständig automatisieren. Ziel ist es für einen Symbol aus keysymdef.h (Z.B. XK_t, XK_tau ) die zu drückende Taste und zu drückenden Modifier auf der Tastatur zu ermitteln. Bisher gehe ich wie folgt vor: 1. Erzeugung der Tabelle (xmodmap -pk), die jeder Taste (keycode) eine Liste von Symbolen (keysym) zuordnet. Die Reihenfolge der Spalten unterscheidet sich hier leider bei verschiedenen Neo-Versionen. Z.B. (Zeile für die Taste 't') A) 0x0074 (t) 0x0054 (T) 0x0074 (t) 0x0054 (T) 0x002d (minus) 0x07f4 (Greek_tau) 0xffb6 (KP_6) 0xffb6 (KP_6) 0x08ef (partialderivative) B) 0x0074 (t) 0x0054 (T) 0x002d (minus) 0x07f4 (Greek_tau) 0xffb6 (KP_6) 0xffb6 (KP_6) 0x08ef (partialderivative) Mittels dieser Tabelle kann also bestimmt werden, auf welcher Taste und Ebene das gewünschte Symbol liegt. Doch es ist nicht klar, welche Tasten gedrückt gehalten werden müssen, um diese Ebene zu selektieren. 2. Für jeden Modifier (keysym) kann eine Taste ermittelt werden, die ihn auslöst. (xmodmap -pm) Auch diese Werte hängen von der verwendeten Neo-Version ab. Beispielausgabe: shift Shift_L (0x32), Shift_R (0x3e) lockShift_L (0x32) control Control_L (0x25), Control_R (0x69) mod1Alt_L (0x40), Meta_L (0xcd) mod2BadKey (0xcf) mod3ISO_Level5_Shift (0xcb) mod4Super_L (0x85), Super_R (0x86), Super_L (0xce) mod5ISO_Level3_Shift (0x33), ISO_Level3_Shift (0x5c) Jetzt benötige ich aber noch die Information, welche Modifier-Kombination mit welcher Ebene des Tastaturlayouts assoziiert werden muss. Derzeit gebe ich die Verbindung manuell vor, aber leider musste ich feststellen, dass ich auf drei Systeme jeweils eine andere Konfiguration nutzen musste... Hat jemand eine Idee, wie die Verbindung zwischen Ebenen und Mod-Tasten ermittelt werden kann? Vielen Dank Olaf
Re: [Neo] Probleme mit dem Layout
Joke de Buhr joke at seiken.de writes: Hallo, ich bin seit ein paar Tagen dabei auf Neo umzusteigen. Jetzt ist mir jedoch aufgefallen, daß es einige Probleme mit dem Layout gibt. Mein System ist Kubuntu (natty), ich habe das Neo-Layout über das KDE- Kontrollzentrum aktiviert. Ich benutze die Neo-Version des Systems. 1. Problem: Hotkeysequenzen Ist Neo als erstes (einziges) Layout aktiviert, funktionieren viele (alle?) Hotkeysequenzen nicht mehr. Etwa startet Strg-F1 nicht mehr KDEs Systemmonitor und auch Strg-Alt-Esc startet nicht mehr xkill. Auch betroffen sind Hotkeysequenzen wie Strg-Meta-I, welches den Bildschirm invertieren sollte. Sowohl die entsprechende Neo-Sequenz Strg-Meta-I (Strg- Meta-S) als auch auch die Neo-Sequenz Strg-Meta-G (Strg-Meta-I) haben beide keine Funktion. Ist DE oder US als erstes Layout aktiviert, funktionieren die Hotkeysequenzen. [...] Hallo, den ersten der beiden Fehler (musste/konnte) ich bei mir auf Arbeit lösen, indem ich nachdem Login einmal das normale Layout aktiviere und wieder auf Neo wechsle. Gruß Olaf
Re: [Neo] Layoutvorschlag für belaserte Neo2-Tastatur
Schubi schubi at erlangen.ccc.de writes: Wie findet man jetzt einen Konsens? Ein Mod5-Pfeil links oben auf Mod2 wäre extrem verwirrend, da Mod2 nach links oben zeigt. Das schließt sich gegenseitig aus, oder? Müsste der Mod5-Pfeil nicht rechts unten auf Mod2 (Shift) liegen? Mod3 zeigt ja in die rechte untere Ecke. Die linken Modifier stelle ich mir so vor: - 5 | 33 | 33 | 6 | - --- | || 22 | | 44 | 22 | | 44 | 5 | | 6 | --- Wobei 2: Pfeil nach oben links, 5: Pfeil nach oben rechts 4: Pfeil nach unten links 3: Pfeil nach unten rechts 6: Pfeil nach unten
Re: [Neo] Control-X/C/V mit alternativen Belegungen
schrieb Daniel Kreßner: Am 23.01.2011 17:26, schrieb wettstein...@solnet.ch: […] Noch eine Variante: Wie wäre es mit einer Ebene 7 über Mod4 + Umschalt? Da wäre dann genügend Platz … Viele Grüße Daniel Hm drei Tasten zusammen sind ich für so eine häufige Tastenkombination vielleicht etwas umständlich. Rein prinzipiell könnte ich mir das aber auch noch ganz gut vorstellen (auch wenn ich M3+Alt auf der linken Seite vorziehen würde). Ich verwende jetzt schon seit einer Weile Strg+üäö und mir gefällt die Variante eigentlich sehr gut. Die Tasten liegen bei AdNW schön kreisförmig um die Orientierungstaste. Konflikte dürften zumindest selten sein (man könnte da auch Ausweichkombinationen definieren, z. B. M3+Alt+ä für das „alte“ Strg+ä oder man legt Strg+V etc. um, sprich vertauscht einfach die Tasten, wenn Strg gedrückt ist). Win+XCV (Qwertz) fand ich übrigens recht ungeschickt, weil man ab und zu das Startmenü öffnet, obwohl man das gar nicht wollte. Außerdem hat die Taste auf meiner Tastatur keinen gut definierten Anschlag. Gruß, Olaf
Re: [Neo] AdNW getestet – bleibe doch bei Neo
Am 22.01.2011 11:49, schrieb wettstein...@solnet.ch: Kopieren, ausschneiden und einfügen mit Strg + c, x und v sind, wenn man die rechte Hand an der Maus hat, sehr schlecht zu erreichen. Berücksichtigt das bitte für ein Neo 3. Mit meinem XKB-Treiber kann man diese Funktionen mit Mod4 plus rechter Control/Windows/Alt-Taste erreichen (das war eine Idee eines Mitglieds der Nordtast-Liste). Auf Windows kann das bestimmt auch so machen. Es gibt keinen Grund, wegen dieser Tastenkombinationen Kompromisse bei der Lage der Buchstaben einzugehen. Andreas Hi ich schalte mich hier auch mal ein, ich habe etwas ähnliches für Windows/AHK gebastelt, weil mich AdNW da noch stört. Die Custom.ahk habe ich einmal in den Anhang gepackt. Im Moment habe ich zwei Varianten (je nachdem, was auskommentiert ist). Die erste verwendet die Windows-Taste und Qwertz-X/C/V, die zweite biegt „¡“, „¿“ und „:“ auf Ebene 4 um, so dass Z ausschneidet, H kopiert und N einfügt. Per Compose kommt man ja immer noch einigermaßen schnell an „¡“ und „¿„ (zugegebenermaßen für Spanisch ist es nicht optimal). Mir gefällt aktuell die zweite Variante besser, weil sie in jeder Situation gut zu erreichen ist. Wenn man beide Hände auf der Tastatur hat, bietet sich Z/H/N mit dem rechten Zeigefinger an (und man kann auf der Grundposition bleiben). Wenn die rechte Hand auf der Maus liegt, kommt man aber auch mit dem linken Zeigefinger noch einigermaßen bequem dran. Nur Mod4 ist auf der linken Seite etwas klein. Ich denke aber man gewöhnt sich dran (oder verwendet Mod4 rechts). Auf der anderen Seite lässt die erste Variante die 4. Ebene intakt. Allerdings finde ich das Moment nicht so schön zu tippen, weil man die Grundposition verlassen muss (Qwertz S/D/F kollidiert mit Windows-Shortcuts) und mit dem kleinen Finger so weit runter muss. Alternativ kann man hier natürlich auch die gewöhnlichen Kombis nehmen, wenn man sowieso beide Hände auf der Tastatur hat, aber die liegen nicht so schön beieinander und man bräuchte auch je nach Situation eine andere Tastenkombination, was auch blöd ist. Vielleicht will ja jemand ein wenig damit herumexperimentieren und/oder andere Varianten testen/vorschlagen. Ein Wort der Warnung: ich habe das gestern schnell zusammengehackt ohne allzu viel Ahnung von AHK oder NeoVars zu haben. Es scheint alles zu tun, wie es soll, aber großartig getestet und länger eingesetzt habe ich es noch nicht. Gruß, Olaf ActivateClipboardWin() { Hotkey #x, cut Hotkey #c, copy Hotkey #v, paste return cut: Send ^x return copy: Send ^c return paste: Send ^v return } ActivateClipboardMod4() { global ; Siehe keydefinitions.ahk SetKeyPos(CP4 . vksc015, P__CLPX) ; Qwertz Z SetKeyPos(CP4 . vksc023, P__CLPC) ; Qwertz H SetKeyPos(CP4 . vksc031, P__CLPV) ; Qwertz N } CharProc__CLPX() { Send ^x } CharProc__CLPV() { Send ^v } CharProc__CLPC() { Send ^c } ; Win + XCV ;ActivateClipboardWin() ; Mod4 + ZHN ActivateClipboardMod4()