Re: [Neo] Mac OS: Umsetzung der 4. Ebene per KeyRemap4MacBook

2011-03-19 Diskussionsfäden Markus Wageringel
Hallo Stefan,


Am 17.03.2011 um 19:30 schrieb Mayer, Stefan:

>> Mit diesem Programm (das übrigens auch zahlreiche andere nützliche
>> Funktionen bietet) können einerseits Tasten zu Modifiern, andererseits
>> aber auch zu Navigationstasten gemacht werden. Das Programm enthält
>> bereits eine Funktion, mit der [#] zu M3 gemacht werden kann, und zwar
>> unter sprachspezifischen Einstellungen für German, explizit für Neo.
>> Dadurch wird die Einbindung der 3. Ebene per Tottasten unnötig. Außerdem
>> lässt sich z.B. die Funktion Caps-Lock durch gleichzeitiges Drücken beider
>> Shift-Tasten aktivieren.
> 
> Das hast Du nun aber noch nicht umgesetzt, oder? Zumindest hat es
> bei mir nicht geklappt. Aber da Du unten auch nichts mehr davon
> schreibst, gehe ich davon aus, daß es eben (noch) nicht umgesetzt
> wurde.

Nein, das sind Funktionen, die KeyRemap4MacBook bereits enthält. Die müsstest 
du dann nur noch aus der Liste der Funktionen heraussuchen und aktivieren.

>> Weiterhin habe ich die Navigationstasten direkt mit dem Programm
>> KeyRemap4MacBook erzeugt, die wie gewohnt bei Drücken von M4 aufgerufen
>> werden können. Dabei wäre es vielleicht sinnvoll, die Tasten [Home] und
>> [End] zu ersetzen durch [Command]+[Cursor_Left] bzw.
>> [Command]+[Cursor_Right], um wie gewohnt zum Anfang oder Ende einer Zeile
>> springen zu können und nicht zum Seitenanfang/-ende befördert zu werden.
> 
> Hast Du das nun schon gemacht? Wenn ich Deine Datei verwende, dann
> springe ich zumindest mit M4 + Qwertz-F nicht ans Ende einer
> Zeile. Also scheinbar hast Du End eingebaut, ich fände es aber in
> der Tat auch schöner, wenn Command + Cursor_Right getriggert wird,
> dann hätte man die gleiche Funktionalität wie unter Windows und
> Linux (nämlich, daß der Cursor an den Anfang oder an des Ende der
> Zeile springt, und nicht der Bildschirmfokus an den Anfang oder
> das Ende der Datei).

Ich habe jetzt noch mal eine private.xml angehängt, die diese Funktion bietet, 
und auch noch ein paar kleine Änderungen enthält, sodass zumindest der 
Ziffernblock auch im Firefox funktioniert.

>> Ein Problem scheint zu sein, dass der Aufruf der Ebene 4 über
>> [Option]+[Control] in manchen Programmen offenbar nicht richtig
>> funktioniert, z.B. im Firefox. Der Navigationsblock ist davon aber
>> natürlich nicht betroffen. Zwar lassen sich mit dem Programm
>> KeyRemap4MacBook auch zusätzliche virtuelle Modifier erstellen, aber
>> vermutlich können diese dann nicht über neo.keylayout adressiert werden.
>> Vielleicht wäre also eine andere Tastenkombination zum Aufruf der 4. Ebene
>> geeigneter, z.B. irgendwas mit [Fn].
> 
> Hm, aber nicht jede Tastatur hat ein [Fn]. Also vielleicht auch
> keine so gute Lösung …

Naja, in der neo.keylayout-Datei steht aber Fn als Modifier drin. Die Frage ist 
ja dann, ob auch ein Mac ohne Fn das Signal Fn verstehen kann, denn es müsste 
ja sowieso nicht die Taste [Fn] gedrückt werden, sondern M4 würde so 
konfiguriert, dass ein bestimmtes Signal gesendet wird. Im Moment ist das 
[Option]+[Control]. Dann wäre Fn als Taste also vielleicht gar nicht notwendig.

> Jap, zusätzliches Shift-Drücken markiert, läuft wunderbar. Wäre es
> okay für Dich, wenn ich Dich hiermit beauftrage, daß Du den
> Mac-Treiber dann vollständig entwickelst? ;-)
> Oder wie sieht Deine Zeit- oder Involvement-Planung aus?

Ich werde mal schauen, was ich tun kann. Ich bin aber erst seit gestern selbst 
Besitzer eines Macs. Ich musste ja erst mal sicher gehen, dass Neo funktioniert.
Du kannst dir die private.xml aber auch ruhig mal selbst anschauen. Im 
Vergleich zur .keylayout-Datei ist es nämlich sehr einfach die private.xml zu 
bearbeiten, um neue Funktionen hinzuzufügen. Das ist auch alles sehr gut auf 
der Website dokumentiert.

> Was ich hierzu noch vergessen habe zu schreiben: Die Belegung von
> [<] ist insofern etwas problematisch (zumindest, solange kein
> Ersatz), da mit [Cmd] + [<] innerhalb eines Programms zwischen den
> verschiedenen Fenstern gewechselt werden kann, was ich extensiv
> nutze und nun natürlich schmerzlich vermisse. Es wäre aber sicher
> möglich, daß [Cmd_L] + [<] weiterhin als dieser Shortcut existiert
> (bzw. eingebaut wird), nehme ich an?

Ja, das wäre bestimmt möglich. Das habe ich aber noch nicht umgesetzt. Man 
könnte sogar auch einfach die Taste [<] derart belegen, dass bei einfachem 
Tippen jene Funktion aufgerufen wird und sie ansonsten als Modifier 
funktioniert. Aber [Cmd_L]+[<] ist auch gut.

Gruß,
Markus



private.xml
Description: XML document


Re: [Neo] Neo2 auf dem Mac in Verbindung mit Emacs

2011-03-19 Diskussionsfäden Markus Wageringel

Am 19.03.2011 um 01:09 schrieb Holger Ballweg:

> Hallo nochmal,
> 
> habe gerade die Mails der letzten Tage entdeckt (hatte mich leider
> erst heute hier angemeldet) mit der Möglichkeit keyRemap4MacBook
> einzusetzen. Das erscheint natürlich ein ganzes Stück einfacher als
> IronAHK etc. und sollte auch mich zufriedenstellen ;-) (zumindest geht
> der "#"-modifier schon besser)

Hallo Holger,

ich kenne Emacs selbst nicht, aber KeyRemap4MacBook stellt auch bestimmte 
Emacs-Modi und -Funktionen bereit. Vielleicht ist da ja auch schon etwas 
passendes für dich dabei.

Gruß,
Markus


Re: [Neo] Neo2 auf dem Mac in Verbindung mit Emacs

2011-03-19 Diskussionsfäden Holger

Am 19.03.2011 um 11:09 schrieb Markus Wageringel:
> 
> Hallo Holger,
> 
> ich kenne Emacs selbst nicht, aber KeyRemap4MacBook stellt auch bestimmte 
> Emacs-Modi und -Funktionen bereit. Vielleicht ist da ja auch schon etwas 
> passendes für dich dabei.
> 
> Gruß,
> Markus

Hallo Markus,

ja, es funktioniert inzwischen ganz gut. 

Mein Vorgehen bis jetzt: Alle anyOption in neo.keylayout durch rightOption 
ersetzt und dann mit PCKeyboardHack "Change Caps Lock" auf 61 gesetzt (das ist 
rightOption), in KeyRemap4MacBook dann "Enable CapsLock LED Hack" und "NEO 
Keyboard Layout Fixes" aktiviert. 

In Emacs habe ich dann ns-alternate-modifier auf "meta" gesetzt, 
ns-right-alternate-modifier auf "none" und jetzt habe ich quasi leftOption als 
meta und rightOption (also quasi CapsLock, # und der rechte Option-Key) als 
Neo2-Modifier.

Was damit momentan gar nicht funktioniert sind Tastenkombinationen, die Zeichen 
aus der 3. Ebene brauchen (z. B. Meta-; und Ctrl-_ ). Die sind aber auch nicht 
sehr ergonomisch und vielleicht sollte ich die einfach besseren 
Tastenkombinationen zuweisen.

Viele Grüße,

Holger


Re: [Neo] Neo2 auf dem Mac in Verbindung mit Emacs

2011-03-19 Diskussionsfäden Mayer, Stefan
Hallo Holger,

Holger wrote on 19.03.11 11:42:

> Am 19.03.2011 um 11:09 schrieb Markus Wageringel:

>> ich kenne Emacs selbst nicht, aber KeyRemap4MacBook stellt auch bestimmte 
>> Emacs-Modi und -Funktionen bereit. Vielleicht ist da ja auch schon etwas 
>> passendes für dich dabei.

> ja, es funktioniert inzwischen ganz gut. 
> 
> Mein Vorgehen bis jetzt: Alle anyOption in neo.keylayout durch rightOption 
> ersetzt und dann mit PCKeyboardHack "Change Caps Lock" auf 61 gesetzt (das 
> ist rightOption), in KeyRemap4MacBook dann "Enable CapsLock LED Hack" und 
> "NEO Keyboard Layout Fixes" aktiviert. 
> 
> In Emacs habe ich dann ns-alternate-modifier auf "meta" gesetzt, 
> ns-right-alternate-modifier auf "none" und jetzt habe ich quasi leftOption 
> als meta und rightOption (also quasi CapsLock, # und der rechte Option-Key) 
> als Neo2-Modifier.
> 
> Was damit momentan gar nicht funktioniert sind Tastenkombinationen, die 
> Zeichen aus der 3. Ebene brauchen (z. B. Meta-; und Ctrl-_ ). Die sind aber 
> auch nicht sehr ergonomisch und vielleicht sollte ich die einfach besseren 
> Tastenkombinationen zuweisen.

könntest Du diese kleine Anleitung vielleicht ins Wiki stellen?
Entweder unter Hinweise und Einschränkungen bei
http://wiki.neo-layout.org/wiki/Neo%20auf%20dem%20Apple%20Macintosh%20einrichten
oder aber (wahrscheinlich sinnvoller) unter
http://wiki.neo-layout.org/wiki/Benutzerhandbuch#TippsundTricksf%C3%BCrFortgeschrittene
…

Beste Grüße,
Stefan
-- 
In dubio pro Neo.

GPG-Schlüssel-ID: 0xF7478846
Fingerabdruck: E7AE CA1A 1B2D 0D1E 30F4 D67B 799D A6E7 F747 8846



signature.asc
Description: OpenPGP digital signature


Re: [Neo] Mac OS: Umsetzung der 4. Ebene per KeyRemap4MacBook

2011-03-19 Diskussionsfäden Mayer, Stefan
Hi Markus,

Markus Wageringel wrote on 19.03.11 10:57:

> Am 17.03.2011 um 19:30 schrieb Mayer, Stefan:
> 
>>> Mit diesem Programm (das übrigens auch zahlreiche andere
>>> nützliche Funktionen bietet) können einerseits Tasten zu
>>> Modifiern, andererseits aber auch zu Navigationstasten
>>> gemacht werden. Das Programm enthält bereits eine Funktion,
>>> mit der [#] zu M3 gemacht werden kann, und zwar unter
>>> sprachspezifischen Einstellungen für German, explizit für
>>> Neo. Dadurch wird die Einbindung der 3. Ebene per Tottasten
>>> unnötig. Außerdem lässt sich z.B. die Funktion Caps-Lock
>>> durch gleichzeitiges Drücken beider Shift-Tasten
>>> aktivieren.
>> 
>> Das hast Du nun aber noch nicht umgesetzt, oder? Zumindest
>> hat es bei mir nicht geklappt. Aber da Du unten auch nichts
>> mehr davon schreibst, gehe ich davon aus, daß es eben (noch)
>> nicht umgesetzt wurde.
> 
> Nein, das sind Funktionen, die KeyRemap4MacBook bereits
> enthält. Die müsstest du dann nur noch aus der Liste der
> Funktionen heraussuchen und aktivieren.

Ah. Jetzt verstehe ich. Hatte mir die Funktionen von
KeyRemap4MacBook nicht angesehen, hätte ich mal machen sollen. Nun
ist das natürlich etwas klarer ;-)
Wobei (aus mir nicht klar werdenden Gründen) Shift_L + Shift_R bei
mir nicht zu Capslock wird. Ist aber bei mir auch nicht weiter
problematisch, da ich Capslock eh nicht brauche. Die
Griechen-Ebene (Ebene 5) funktioniert allerdings nicht
einwandfrei, da kommt bei den Tasten des Ebene 4-Ziffernblocks
ebenso auf Ebene 5 die Ziffern, zum Beispiel auf dem t, wo ja dann
ein Tau kommen sollte, stattdessen jedoch eine 6 erscheint. Kann
das jemand bestätigen?

>>> Weiterhin habe ich die Navigationstasten direkt mit dem
>>> Programm KeyRemap4MacBook erzeugt, die wie gewohnt bei
>>> Drücken von M4 aufgerufen werden können. Dabei wäre es
>>> vielleicht sinnvoll, die Tasten [Home] und [End] zu
>>> ersetzen durch [Command]+[Cursor_Left] bzw. 
>>> [Command]+[Cursor_Right], um wie gewohnt zum Anfang oder
>>> Ende einer Zeile springen zu können und nicht zum
>>> Seitenanfang/-ende befördert zu werden.
>> 
>> Hast Du das nun schon gemacht? Wenn ich Deine Datei verwende,
>> dann springe ich zumindest mit M4 + Qwertz-F nicht ans Ende
>> einer Zeile. Also scheinbar hast Du End eingebaut, ich fände
>> es aber in der Tat auch schöner, wenn Command + Cursor_Right
>> getriggert wird, dann hätte man die gleiche Funktionalität
>> wie unter Windows und Linux (nämlich, daß der Cursor an den
>> Anfang oder an des Ende der Zeile springt, und nicht der
>> Bildschirmfokus an den Anfang oder das Ende der Datei).
> 
> Ich habe jetzt noch mal eine private.xml angehängt, die diese
> Funktion bietet, und auch noch ein paar kleine Änderungen
> enthält, sodass zumindest der Ziffernblock auch im Firefox
> funktioniert.

Benutze ich gerade und läuft dahingehend echt wunderbar ;-)

>>> Ein Problem scheint zu sein, dass der Aufruf der Ebene 4
>>> über [Option]+[Control] in manchen Programmen offenbar
>>> nicht richtig funktioniert, z.B. im Firefox. Der
>>> Navigationsblock ist davon aber natürlich nicht betroffen.
>>> Zwar lassen sich mit dem Programm KeyRemap4MacBook auch
>>> zusätzliche virtuelle Modifier erstellen, aber vermutlich
>>> können diese dann nicht über neo.keylayout adressiert
>>> werden. Vielleicht wäre also eine andere Tastenkombination
>>> zum Aufruf der 4. Ebene geeigneter, z.B. irgendwas mit
>>> [Fn].
>> 
>> Hm, aber nicht jede Tastatur hat ein [Fn]. Also vielleicht
>> auch keine so gute Lösung …
> 
> Naja, in der neo.keylayout-Datei steht aber Fn als Modifier
> drin. Die Frage ist ja dann, ob auch ein Mac ohne Fn das Signal
> Fn verstehen kann, denn es müsste ja sowieso nicht die Taste
> [Fn] gedrückt werden, sondern M4 würde so konfiguriert, dass
> ein bestimmtes Signal gesendet wird. Im Moment ist das
> [Option]+[Control]. Dann wäre Fn als Taste also vielleicht gar
> nicht notwendig.

Achso, so war das gemeint (bin noch nicht so ganz fit beim Denken
;-) ). Ja, ne, dann kann man eigentlich schon [Fn] verwenden,
sofern es benötigt wird. Mal schauen …

>> Jap, zusätzliches Shift-Drücken markiert, läuft wunderbar.
>> Wäre es okay für Dich, wenn ich Dich hiermit beauftrage, daß
>> Du den Mac-Treiber dann vollständig entwickelst? ;-) Oder wie
>> sieht Deine Zeit- oder Involvement-Planung aus?
> 
> Ich werde mal schauen, was ich tun kann. Ich bin aber erst seit
> gestern selbst Besitzer eines Macs. Ich musste ja erst mal
> sicher gehen, dass Neo funktioniert. Du kannst dir die
> private.xml aber auch ruhig mal selbst anschauen. Im Vergleich
> zur .keylayout-Datei ist es nämlich sehr einfach die
> private.xml zu bearbeiten, um neue Funktionen hinzuzufügen. Das
> ist auch alles sehr gut auf der Website dokumentiert.

Das mach auch auf alle Fälle, wobei ich momentan so viele
Baustellen habe, daß ich nicht weiß, wann das sein wird.
Unabhängig davon bist Du (oder auch jeder andere, der mitliest)
natürlich willkommen, die neuen Erkenntnisse gleich mal ins wiki

Re: [Neo] Neo2 auf dem Mac in Verbindung mit Emacs

2011-03-19 Diskussionsfäden Holger
Hallo Stefan,

Am 19.03.2011 um 16:48 schrieb Mayer, Stefan:

> könntest Du diese kleine Anleitung vielleicht ins Wiki stellen?
> Entweder unter Hinweise und Einschränkungen bei
> http://wiki.neo-layout.org/wiki/Neo%20auf%20dem%20Apple%20Macintosh%20einrichten
> oder aber (wahrscheinlich sinnvoller) unter
> http://wiki.neo-layout.org/wiki/Benutzerhandbuch#TippsundTricksf%C3%BCrFortgeschrittene


Habs jetzt zu 
http://wiki.neo-layout.org/wiki/Benutzerhandbuch#TippsundTricksf%C3%BCrFortgeschrittene
hinzugefügt als Link zu einer neuen Seite ( 
http://wiki.neo-layout.org/wiki/MacOsEmacs ). 

Gut so? :)

Viele Grüße,


Holger




[Neo] Alternative Layout-Berechnung

2011-03-19 Diskussionsfäden Marco Antoni

Hi Leute,

wie schon im Chat vorgestellt, habe ich mir eine Methode zur Berechnung  
der besten Layouts zu gegebenen Kriterien und Gewichten als Alternative zu  
Arnes genetischem Algorithmus überlegt.
Eine Zusammenfassung findet ihr unter  
http://dl.dropbox.com/u/837165/neo/layoutberechnung und im Chat habe ich  
folgendes dazu geschrieben:


Die größte Schwierigkeit sehe ich darin, die Funktion und die Matrix als  
Funktion der Konstanten zu bestimmen. Zur Lösung der numerischen Matrix  
habe ich vor einiger Zeit ein Programm geschrieben, das ein ähnliches  
Problem ungefähr wie im ersten vorgeschlagenen Algorithmus löst und nur  
wenig modifiziert werden muss (aber sicher stark optimiert werden kann).  
Dieses Programm spuckt die ersten Lösungen einer 1000*1000-Matrix nach  
wenigen Sekunden aus. Die perfekte Lösung ist natürlich nie garantiert  
dabei, aber durch die Konstruktion kommen gleich zu Beginn sehr gute  
Lösungen raus und nach kurzer Zeit (Größenordnung wenige Minuten) ist die  
sicher beste gefunden.
Das Problem hier ist einerseits rechenaufwendiger (zumindest mit meinen  
Algorithmen durch die andauernde Normierung), andererseits nur 32*32 groß  
statt 1000*1000 … imho ist das machbar :-)


Diskussion und Realisierungshilfe (wie löst man ein Gleichungssystem mit  
1000 Gleichungen? Software?) erwünscht.


Grüße, Marco8



Re: [Neo] Mac OS: Umsetzung der 4. Ebene per KeyRemap4MacBook

2011-03-19 Diskussionsfäden Markus Wageringel

Am 19.03.2011 um 17:12 schrieb Mayer, Stefan:

> Ah. Jetzt verstehe ich. Hatte mir die Funktionen von
> KeyRemap4MacBook nicht angesehen, hätte ich mal machen sollen. Nun
> ist das natürlich etwas klarer ;-)
> Wobei (aus mir nicht klar werdenden Gründen) Shift_L + Shift_R bei
> mir nicht zu Capslock wird. Ist aber bei mir auch nicht weiter
> problematisch, da ich Capslock eh nicht brauche.

Das dachte ich zu Anfang auch. Aber man muss die Tasten nur wirklich genau 
gleichzeitig einmal drücken. Dann sollte es doch funktionieren.

> Die Griechen-Ebene (Ebene 5) funktioniert allerdings nicht
> einwandfrei, da kommt bei den Tasten des Ebene 4-Ziffernblocks
> ebenso auf Ebene 5 die Ziffern, zum Beispiel auf dem t, wo ja dann
> ein Tau kommen sollte, stattdessen jedoch eine 6 erscheint. Kann
> das jemand bestätigen?

Vermutlich habe ich eine falsche neo.keylayout-Datei bearbeitet und angehängt. 
Ich hatte mir nämlich provisorisch den Ziffernblock auf Ebene 5 gelegt, um 
zumindest diesen Teil der Ebene 4 verwenden zu können. Das müsste man dann nur 
noch mal mit Ukelele korrigieren. Entschuldige die Verwirrung.

Gruß,
Markus


Re: [Neo] Mac OS: Umsetzung der 4. Ebene per KeyRemap4MacBook

2011-03-19 Diskussionsfäden Mayer, Stefan
Markus Wageringel wrote on 19.03.11 19:22:
> 
> Am 19.03.2011 um 17:12 schrieb Mayer, Stefan:
> 
>> Ah. Jetzt verstehe ich. Hatte mir die Funktionen von 
>> KeyRemap4MacBook nicht angesehen, hätte ich mal machen
>> sollen. Nun ist das natürlich etwas klarer ;-) Wobei (aus mir
>> nicht klar werdenden Gründen) Shift_L + Shift_R bei mir nicht
>> zu Capslock wird. Ist aber bei mir auch nicht weiter 
>> problematisch, da ich Capslock eh nicht brauche.
> 
> Das dachte ich zu Anfang auch. Aber man muss die Tasten nur
> wirklich genau gleichzeitig einmal drücken. Dann sollte es doch
> funktionieren.

Stimmt, Du hast Recht. Aber auch wirklich exaktes gleichzeitiges,
einmaliges Drücken …

>> Die Griechen-Ebene (Ebene 5) funktioniert allerdings nicht 
>> einwandfrei, da kommt bei den Tasten des Ebene
>> 4-Ziffernblocks ebenso auf Ebene 5 die Ziffern, zum Beispiel
>> auf dem t, wo ja dann ein Tau kommen sollte, stattdessen
>> jedoch eine 6 erscheint. Kann das jemand bestätigen?
> 
> Vermutlich habe ich eine falsche neo.keylayout-Datei bearbeitet
> und angehängt. Ich hatte mir nämlich provisorisch den
> Ziffernblock auf Ebene 5 gelegt, um zumindest diesen Teil der
> Ebene 4 verwenden zu können. Das müsste man dann nur noch mal
> mit Ukelele korrigieren. Entschuldige die Verwirrung.

Kein Ding, ich hätte ja selbst auch einfach mal bei ukelele
nachschauen können (was ich nun auch tat). Du hattest Recht, da
war noch ein Ziffernblock drauf … wenn nur alle Probleme so
schnell und einfach zu korrigieren wären ;-)

Grüße,
Stefan
-- 
In dubio pro Neo.

GPG-Schlüssel-ID: 0xF7478846
Fingerabdruck: E7AE CA1A 1B2D 0D1E 30F4 D67B 799D A6E7 F747 8846



signature.asc
Description: OpenPGP digital signature