parent
9905beac96
commit
13ce10c7f5
@ -0,0 +1,117 @@ |
||||
# Ebenen 1 und 2 |
||||
|
||||
!!! warning "Zu überarbeiten" |
||||
Diese Seite ist nach der Portierung noch nicht überarbeitet worden. Interne Links werden größtenteils nicht funktionieren. Bitte einmal durchschauen und Links überprüfen / anpassen. |
||||
|
||||
Die Inhalte sind noch nicht einsortiert. Sie sind womöglich obsolet oder sollten teilweise in anderen Seiten untergebracht werden. Diskussionen sind zu entfernen oder zu verschieben. |
||||
|
||||
Die 1. Ebene ist das „Herz“ von Neo, die Neubelegung der Buchstaben. Da das Prinzip „Shift + Kleinbuchstabe = Großbuchstabe“ beibehalten wurde, ergibt sich die Belegung von Ebene 2 daraus (größtenteils) automatisch. |
||||
|
||||
**Neo 1** wurde 2004 von Hanno Behrens entwickelt. Es gibt einen eigenen Artikel zur [Geschichte von Neo](Geschichte). |
||||
Die Belegung (nur der Buchstaben) war |
||||
|
||||
| | | | | | | | | | | | |
||||
| :---: | :---: | :---: | :---: | :---: | :---: | :---: | :---: | :---: | :---: | ---: | |
||||
| q | v | l | c | w | k | h | g | f | j | ß| |
||||
| u | i | a | e | o | s | n | r | t | d | y| |
||||
| ö | ü | ä | p | z | b | m | , | . | x| |
||||
|
||||
Von da aus zur aktuellen Version gab es nur zwei Änderungen: |
||||
* Ringtausch q → x → j → q |
||||
* Dadurch liegt x in der Nähe von c und v (Strg+x,c,v für Cut, Copy und Paste) |
||||
* Beim Tippen von qu entsteht keine Kollision mehr auf dem kleinen Finger |
||||
* der kleine Finger kommt besser in die untere Reihe als in die obere und j ist häufiger als q |
||||
* Tausch ö ↔ ü |
||||
* ü liegt nun unter u (wie auch ä unter a) — leichter zu merken |
||||
|
||||
Somit ist die aktuelle Version von **Neo 2** die folgende: |
||||
|
||||
| | | | | | | | | | | | |
||||
| :---: | :---: | :---: | :---: | :---: | :---: | :---: | :---: | :---: | :---: | ---: | |
||||
| x | v | l | c | w | k | h | g | f | q | ß| |
||||
| u | i | a | e | o | s | n | r | t | d | y| |
||||
| ü | ö | ä | p | z | b | m | , | . | j| |
||||
|
||||
Weitere Vorschläge, die sich jedoch nicht durchsetzen konnten: |
||||
|
||||
* k ↔ y |
||||
* P: k liegt durch die versetzte Lage deutlich schlechter als z.B. w, y liegt zwar auf kl. Finger, aber Grundreihe |
||||
* K: k liegt gut für ck-Kombination |
||||
* K: armer kleiner Finger |
||||
|
||||
* ß auf höhere Ebene legen |
||||
* P: seltener Buchstabe |
||||
* P: würde Platz für andere, häufigere Zeichen schaffen |
||||
* K: Neo ist ein deutsches Layout, ß ist ein fester Bestandteil des deutschen Layouts |
||||
* K: ẞ gehört logisch auf Shift+ß |
||||
* Fazit: ß bleibt auf 1. Ebene |
||||
|
||||
Einigung erfolgte, für Neo 2 nur noch kleinere Korrekturen, ähnlich der beiden bereits erfolgten, aufzunehmen. |
||||
|
||||
Einige Vorschläge mit sehr weitreichenden Konsequenzen wurden auf **Neo 3** verschoben. Hier ein paar Ideen, die eine Grundlage für Neo 3 bieten könnten: |
||||
|
||||
* Statistisch auf Reduktion der *Kollisionen* optimieren. |
||||
* Bei Neo 2 ist Anteil der Kollisionen im Verhältnis zu den gesamten Anschlägen 4,87% |
||||
* Werden v-p-c-e-l-o zyklisch vertauscht: 2,41% (Da dadurch e v und m auf ihren qwertz-Plätzen liegen, auch als EVM bezeichnet) |
||||
* Dazu sind verschiedene Programmansätze über die Mailingliste verschickt worden, Wortlisten liegen im svn unter Statistik. |
||||
* Tasten mit *N-Grammen* belegen: z.B. eigene Taste für qu, ch, sch, ei, äu, au etc. |
||||
* Wie erreicht man Buchstaben wie q alleine? |
||||
* Im Fließtext könnte man in den wenigen Fällen, in denen man ein q alleine braucht, das u löschen |
||||
* Für Kombinationen wie Alt+Q oder Strg+Q müsste q zusätzlich auf einer höheren Ebene liegen |
||||
* Alternativ könnten auch N-Gramme auf einer höhere Ebene liegen – vermutlich geht damit aber der Vorteil verloren. |
||||
* *Tastengewichte* optimieren: |
||||
* Welche Positionen werden von vielen Leuten als angenehm bzw. unangenehm empfunden? |
||||
* Aus welchen Positionen sind welche anderen gut/schlecht erreichbar? |
||||
* Wie abhängig ist dies von unterschiedlichen Verhältnissen der Fingerlängen zueinander bzw. den absoluten Fingerlängen? |
||||
* Ein mathematisches Modell für die Buchstabenverteilung zugrundelegen (eine Übersicht findet sich in dem Artikel [Phoneme frequency—Laws in Quantitative Linguistics](http://www-alt.uni-trier.de/uni/fb2/ldv/lql_wiki/index.php/Phoneme_frequency)) |
||||
|
||||
## Sonderzeichen auf den Ebenen 1 und 2 |
||||
|
||||
Ein deutlich kontroverseres Thema sind die Tasten um das Buchstabenfeld herum: die Zahlenreihe, die „Strich-Taste“ und die 2. Ebene über , und . |
||||
|
||||
Zur Belegung der Toten Tasten siehe [Diakritika](Diakritika), zur Strichtaste [Striche](Striche). |
||||
|
||||
### Zahlenreihe „sinnvoller besetzen“ |
||||
|
||||
Es gab hauptsächlich zwei Vorschläge, die Zahlenreihe zu verändern: |
||||
|
||||
* Anordnung der Zahlen nach Häufigkeit |
||||
* P: Häufige Zahlen würden auf starken Fingern, seltene auf schwachen Fingern liegen |
||||
* K: Häufigkeitsanalyse: Nach welcher Stichprobe für Zahlen soll man das Layout einrichten? |
||||
* K: Herkömmliche Anordnung ist viel leichter zu merken |
||||
* K: Ergonomisch viel sinnvoller ist die Nutzung des Nummernblocks oder des Ebene-4-Zahlenblocks (E4ZB) |
||||
* Zahlen komplett von der Zahlenreihe streichen oder zumindest auf Ebene 2 legen (wie im französischen Layout) |
||||
* P: Ebene 1 könnte für typografisch wichtige Zeichen wie „“– genutzt werden (Belegung für „Romanautoren“, evt. zusätzlich auch ‚‘) |
||||
* P: Die Franzosen können das auch ;-) |
||||
* P: Der E4ZB ist viel besser |
||||
* K: Manche Leute können sich mit dem E4ZB (noch) nicht anfreunden |
||||
* K: Wer am Laptop mal Zahlen mit einer Hand eingeben möchte, hat keinen Nummernblock |
||||
* Und zusätzlich die Idee, Ebene 1 und 2 der Zahlenreihe vom Status eines Locks, z.B. Num-Lock, abhängig zu machen |
||||
* P: Jeder kann selbst entscheiden, ob ihm Zahlen oder „“– wichtiger sind |
||||
* K: Große Bedenken bezüglich Umsetzbarkeit |
||||
|
||||
|
||||
## 2. Ebene über , und . |
||||
|
||||
Wie sollen diese beiden (guten!) Positionen besetzt werden? Konsens scheint zu sein, nur Satzzeichen zu verwenden, da , und . auch Satzzeichen sind: |
||||
|
||||
* … liegt inzwischen auf der 3. Ebene für das Trigramm […] |
||||
* »« oder „“ |
||||
* Dann müssten auch die entsprechenden einfachen Anführungszeichen an derselben Stelle auf die 3. Ebene |
||||
* ? und ! |
||||
* Dann müssten entsprechend auch ¿ und ¡ neue Plätze auf E3 bekommen |
||||
* Aufzählungszeichen: – und • oder ‣ und • |
||||
* K: Verwechselungsgefahr von – mit - |
||||
* P: – verdient eh eine gute Position, |
||||
* K: ‣ lässt sich in vielen Schriftarten nicht anzeigen |
||||
Fazit: auf der 2. Ebene über , und . liegen – und •. |
||||
|
||||
## Leertaste als Shift |
||||
|
||||
Bei Frogpad wird die Shifttaste sowohl für Leerzeichen als auch als Shift genutzt. Je nachdem ob in Kombination oder allein gedrückt. Das Zeichen entsteht erst beim Loslassen der Taste. |
||||
|
||||
* P: Kleiner Finger wäre enorm entlastet! |
||||
* K: Daumen wäre entsprechend mehr belastet, und zwar ungünstig seitlich |
||||
* K: Serien von Leerzeichen durch Gedrückthalten würden nicht mehr funktionieren |
||||
|
||||
Anderer, allerdings mit Nachteilen behafteter Vorschlag: **Tauschen** von Space und Shift. Zwar kommen Leerzeichen viel häufiger vor als Großbuchstaben, was den Daumen eigentlich für Space prädestiniert, aber dafür halt immer allein und nie mit gleichzeitigem Drücken anderer Tasten. Großbuchstaben bestehen *immer* aus einer Kombination von Buchstabe und Shift. Der einzige Finger, der in einer solchen Situation *immer* frei ist, ist der Daumen! |
||||
@ -0,0 +1,139 @@ |
||||
# Benennung der Ebenen und Modifier |
||||
|
||||
!!! warning "Zu überarbeiten" |
||||
Diese Seite ist nach der Portierung noch nicht überarbeitet worden. Interne Links werden größtenteils nicht funktionieren. Bitte einmal durchschauen und Links überprüfen / anpassen. |
||||
|
||||
Die Inhalte sind noch nicht einsortiert. Sie sind womöglich obsolet oder sollten teilweise in anderen Seiten untergebracht werden. Diskussionen sind zu entfernen oder zu verschieben. |
||||
|
||||
Da sich die Nummerierung der Ebenen und Modifier mehrfach geändert hat, ist bei diesem Thema Vorsicht angesagt, wenn man alte Mails oder Dokumentationen vor sich hat. |
||||
|
||||
## Ebenen |
||||
|
||||
Eine Frage, die sehr uneinheitlich beantwortet wird, ist: „Soll der Anwender in Ebenen denken oder nicht?“ |
||||
* K: Mit qwertz denkt niemand in Ebenen |
||||
* P: Mit qwertz hat man ja auch keine Veranlassung dazu: Fast alles liegt ohne Mod oder mit Shift erreichbar, die Zeichen die mit AltGr erreichbar sind, lassen sich an einer Hand abzählen. |
||||
|
||||
Sollen die Ebenen eine logische Reihenfolge haben, also nummeriert sein? Wenn ja, wie? |
||||
* Zur Entwickelung unverzichtbar |
||||
* Ideal wäre: Nummer der Ebene = Nummer des Modifiers, bei mehreren Modifiern: Nummer der Ebene = Summe der Nummern der Modifier |
||||
* Ausnahme: Shift+Pfeiltasten ergibt Markierung, deshalb Shift+M4 = Pseudoebene, bekommt keine Nummer. |
||||
* Ebene 6 wird mit M3+M4 erreicht! |
||||
|
||||
Sollen die Ebenen sprechende Namen haben, also z.B. Griechen-Ebene o.Ä.? |
||||
* P: Ist intuitiv, lässt sich gut merken |
||||
* K: Vernachlässigt, dass jede Ebene auch Zeichen enthält, die nicht zum Hauptthema passen |
||||
* Kompromiss: Keine offiziellen Namen, sondern Vorschläge |
||||
|
||||
Soll Neo auf mehr als 6 Ebenen erweitert werden? (Entweder fest eingebaut oder als Module) |
||||
* K: Wird zu kompliziert |
||||
* P: Es muss jeder nur die Ebenen lernen, die er benutzen möchte |
||||
|
||||
## Modifier |
||||
|
||||
Wo sollen die Modifier liegen? |
||||
* Alle Modifier sollen jeweils rechts und links vorhanden sein, idealerweise symmetrisch |
||||
* Neo soll auch auf nicht-deutschen Tastaturen und Notebook-Tastaturen bedienbar sein, diese haben oft jedoch keine >/<-Taste, teilweise liegt # oben in der Zahlenreihe |
||||
* „bedienbar“ ist Neo auch mit nur je einem Modifier, wenn auch weniger bequem |
||||
* Fazit: M3 liegt auf CapsLock und #, M4 auf < und AltGr |
||||
* Vorschlag: M3 mit y tauschen, damit M3 ideal symmetrisch liegt: wurde abgelehnt |
||||
|
||||
Sollen die Modifier durch Namen, Nummern, Zeichen, Farben oder ... markiert werden? |
||||
* Nummerierung, zwei Möglichkeiten: |
||||
* Shift=Mod1, danach Mod2 und Mod3. Dann haben aber die Modifier andere Nummern als die Ebenen |
||||
* Modifier heißen so, wie die Ebene, die man mit ihnen erreicht: |
||||
* Shift ist M2 |
||||
* Caps/# ist M3 |
||||
* </AltGr ist M4 (war vorher M5) |
||||
* K: Mod4 ist unter X11 die Windowstaste, kann zu Problemen führen! (ebenfalls von X definiert: Mod1=Alt und Mod5=AltGr) |
||||
* Namensvorschläge: |
||||
* AltGr |
||||
* P: mit AltGr kann jeder was anfangen |
||||
* K: M3 hat ganz andere Funktion als AltGr, gleicher Name würde verwirren |
||||
* K: Soll M3 oder M4 AltGr sein? Historisch wäre es M3, von der Position her M4... |
||||
* AltGr1 und AltGr2 |
||||
* K: „Drücke AltGr1“ kann als „Drücke AltGr + 1“ missverstanden werden |
||||
* Wenn man schon durchnummeriert, kann man auch Mod3 und Mod4 verwenden |
||||
* M3: Prog, Interpunktion, Int |
||||
* M4: NavZähl (oder M4R: Nav und M4L: Zahl, Zl) |
||||
* Neo1 und Neo2, Neo oder NeoGr (in Kombination mit z.B. AltGr) |
||||
* K: Wirkt wie komische Tasten, die man nicht braucht |
||||
* Mod (in Kombination mit AltGr oder Neo) |
||||
* Bleibt M2 Shift/Umschalt/Hochstell, oder gibt es auch hier einen neuen Namen? |
||||
* Schieb, Heb, Hub, Schalt, Um, Hoch, Zack, Flupp, Ho... ;-) |
||||
* Shift3 und Shift4, Shift/Shaft/Supershift, Umschalt3 und Umschalt4 |
||||
* Pfeile, Symbole |
||||
* P: Sind für das Auge logisch, wenn die Tastaturreferenz gut ist |
||||
* P: Lassen sich kombinieren (Pfeil+Kreis=Sechseck, Pfeil+Quadrat=Karo) |
||||
* K: Lassen sich nicht aussprechen: Drück „Pfeil nach rechts oben“ und gleichzeitig „Pfeil nach oben“ und dann die Taste x für ... |
||||
* P: nummerierte Pfeile lassen sich aussprechen: „Drück Pfeil3+f für »=«.“ |
||||
* Farben |
||||
* Nur wenn die Tastatur auch farbig bedruckt wird / werden kann! |
||||
|
||||
Kompromiss: Kombination aus Zeichen auf der Tastatur (nummerierte Pfeile?) und Namen im Handbuch |
||||
# Benennung der Ebenen und Modifier |
||||
|
||||
Da sich die Nummerierung der Ebenen und Modifier mehrfach geändert hat, ist bei diesem Thema Vorsicht angesagt, wenn man alte Mails oder Dokumentationen vor sich hat. |
||||
|
||||
## Ebenen |
||||
|
||||
Eine Frage, die sehr uneinheitlich beantwortet wird, ist: „Soll der Anwender in Ebenen denken oder nicht?“ |
||||
* K: Mit qwertz denkt niemand in Ebenen |
||||
* P: Mit qwertz hat man ja auch keine Veranlassung dazu: Fast alles liegt ohne Mod oder mit Shift erreichbar, die Zeichen die mit AltGr erreichbar sind, lassen sich an einer Hand abzählen. |
||||
|
||||
Sollen die Ebenen eine logische Reihenfolge haben, also nummeriert sein? Wenn ja, wie? |
||||
* Zur Entwickelung unverzichtbar |
||||
* Ideal wäre: Nummer der Ebene = Nummer des Modifiers, bei mehreren Modifiern: Nummer der Ebene = Summe der Nummern der Modifier |
||||
* Ausnahme: Shift+Pfeiltasten ergibt Markierung, deshalb Shift+M4 = Pseudoebene, bekommt keine Nummer. |
||||
* Ebene 6 wird mit M3+M4 erreicht! |
||||
|
||||
Sollen die Ebenen sprechende Namen haben, also z.B. Griechen-Ebene o.Ä.? |
||||
* P: Ist intuitiv, lässt sich gut merken |
||||
* K: Vernachlässigt, dass jede Ebene auch Zeichen enthält, die nicht zum Hauptthema passen |
||||
* Kompromiss: Keine offiziellen Namen, sondern Vorschläge |
||||
|
||||
Soll Neo auf mehr als 6 Ebenen erweitert werden? (Entweder fest eingebaut oder als Module) |
||||
* K: Wird zu kompliziert |
||||
* P: Es muss jeder nur die Ebenen lernen, die er benutzen möchte |
||||
|
||||
## Modifier |
||||
|
||||
Wo sollen die Modifier liegen? |
||||
* Alle Modifier sollen jeweils rechts und links vorhanden sein, idealerweise symmetrisch |
||||
* Neo soll auch auf nicht-deutschen Tastaturen und Notebook-Tastaturen bedienbar sein, diese haben oft jedoch keine >/<-Taste, teilweise liegt # oben in der Zahlenreihe |
||||
* „bedienbar“ ist Neo auch mit nur je einem Modifier, wenn auch weniger bequem |
||||
* Fazit: M3 liegt auf CapsLock und #, M4 auf < und AltGr |
||||
* Vorschlag: M3 mit y tauschen, damit M3 ideal symmetrisch liegt: wurde abgelehnt |
||||
|
||||
Sollen die Modifier durch Namen, Nummern, Zeichen, Farben oder ... markiert werden? |
||||
* Nummerierung, zwei Möglichkeiten: |
||||
* Shift=Mod1, danach Mod2 und Mod3. Dann haben aber die Modifier andere Nummern als die Ebenen |
||||
* Modifier heißen so, wie die Ebene, die man mit ihnen erreicht: |
||||
* Shift ist M2 |
||||
* Caps/# ist M3 |
||||
* </AltGr ist M4 (war vorher M5) |
||||
* K: Mod4 ist unter X11 die Windowstaste, kann zu Problemen führen! (ebenfalls von X definiert: Mod1=Alt und Mod5=AltGr) |
||||
* Namensvorschläge: |
||||
* AltGr |
||||
* P: mit AltGr kann jeder was anfangen |
||||
* K: M3 hat ganz andere Funktion als AltGr, gleicher Name würde verwirren |
||||
* K: Soll M3 oder M4 AltGr sein? Historisch wäre es M3, von der Position her M4... |
||||
* AltGr1 und AltGr2 |
||||
* K: „Drücke AltGr1“ kann als „Drücke AltGr + 1“ missverstanden werden |
||||
* Wenn man schon durchnummeriert, kann man auch Mod3 und Mod4 verwenden |
||||
* M3: Prog, Interpunktion, Int |
||||
* M4: NavZähl (oder M4R: Nav und M4L: Zahl, Zl) |
||||
* Neo1 und Neo2, Neo oder NeoGr (in Kombination mit z.B. AltGr) |
||||
* K: Wirkt wie komische Tasten, die man nicht braucht |
||||
* Mod (in Kombination mit AltGr oder Neo) |
||||
* Bleibt M2 Shift/Umschalt/Hochstell, oder gibt es auch hier einen neuen Namen? |
||||
* Schieb, Heb, Hub, Schalt, Um, Hoch, Zack, Flupp, Ho... ;-) |
||||
* Shift3 und Shift4, Shift/Shaft/Supershift, Umschalt3 und Umschalt4 |
||||
* Pfeile, Symbole |
||||
* P: Sind für das Auge logisch, wenn die Tastaturreferenz gut ist |
||||
* P: Lassen sich kombinieren (Pfeil+Kreis=Sechseck, Pfeil+Quadrat=Karo) |
||||
* K: Lassen sich nicht aussprechen: Drück „Pfeil nach rechts oben“ und gleichzeitig „Pfeil nach oben“ und dann die Taste x für ... |
||||
* P: nummerierte Pfeile lassen sich aussprechen: „Drück Pfeil3+f für »=«.“ |
||||
* Farben |
||||
* Nur wenn die Tastatur auch farbig bedruckt wird / werden kann! |
||||
|
||||
Kompromiss: Kombination aus Zeichen auf der Tastatur (nummerierte Pfeile?) und Namen im Handbuch |
||||
@ -0,0 +1,90 @@ |
||||
# Virtuelle Maschinen, Emulationen und RDP-Verbindungen |
||||
|
||||
!!! warning "Zu überarbeiten" |
||||
Diese Seite ist nach der Portierung noch nicht überarbeitet worden. Interne Links werden größtenteils nicht funktionieren. Bitte einmal durchschauen und Links überprüfen / anpassen. |
||||
|
||||
Die Inhalte sind noch nicht einsortiert. Sie sind womöglich obsolet oder sollten teilweise in anderen Seiten untergebracht werden. Diskussionen sind zu entfernen oder zu verschieben. |
||||
|
||||
Soll Neo in Virtuellen Maschinen (z.B. VirtualBox, Qemu, VMware) oder für Remote-Desktop-Verbindungen verwendet werden, so kommt es oft zu Problemen, da zwei Tastaturbelegungen miteinander konkurrieren. Auf dieser Seite sollen einige Lösungsansätze vorgestellt werden. |
||||
|
||||
Allgemein lässt sich sagen: Bei Problemen sollte für Windows lieber der [kbdneo](Neo-unter-Windows-einrichten/kbdneo)- anstatt des [NeoVars](Neo-unter-Windows-einrichten/NeoVars)-Treibers verwendet werden. Behebt dies die Probleme nicht, ist es oft nötig, eines der beiden Systeme auf qwertz einzustellen. |
||||
|
||||
## Virtualbox |
||||
Erst auf dem Wirt QWERTZ aktivieren, auf dem Gast Neo. Danach kann man auf dem Wirt wieder auf Neo wechseln, das interessiert VBox dann nicht mehr. Siehe dafür auch das [VBox-Ticket 2595](http://www.virtualbox.org/ticket/2595). |
||||
* Ist im Wirt Neo eingestellt, führt das sonst dazu, dass zwar die Buchstaben korrekt gesendet werden, jedoch weder Punkt, Komma, noch die Zahlen der Zahlenreihe korrekt funktionieren. |
||||
|
||||
Version 2.1.0 macht zusätzliche Probleme, siehe [VBox-Ticket 2793](http://www.virtualbox.org/ticket/2793) und [VBox-Ticket 2905](http://www.virtualbox.org/ticket/2905), daher entweder eine ältere oder neuere Version von Virtualbox verwenden. |
||||
* Fehler sind u.a., dass Mod3 die Funktion von Caps-Lock hat, die Mod-Funktion wird also nicht übernommen, und dass Mod4 immer noch <> sendet. |
||||
|
||||
Wirt Linux, Gast Windows: Macht Probleme mit NeoVars, hier funktioniert Mod3 nicht richtig, das ist unabhängig vom eingestellten Layout auf dem Wirtssystem. Mit KbdNeo sollte Mod3 funktionieren. |
||||
Erik sagt: „Kann ich nicht nachvollziehen, die Caps-Lock-LED leuchtet nur immer wieder mal nervig auf der Tastatur auf und geht wieder aus. Sonst keine Probleme. Bitte genauer beschreiben oder ein Ticket öffnen – oder gibt es schon eins? Dann bitte hier nennen.“ |
||||
|
||||
### Aktuelle Entwicklung |
||||
In [VBox-Ticket 2302](http://www.virtualbox.org/ticket/2302) wurde das Thema allgemeiner diskutiert und es gibt offenbar bereits einen Patch, der in der aktuellen Version (seit 3.1) eingepflegt wurde. |
||||
Dieser erlaubt ein keycode-scancode-mapping manuell vorzunehmen. |
||||
Der Befehl |
||||
|
||||
``` |
||||
#!sh |
||||
VBoxManage setextradata global GUI/RemapScancodes \ |
||||
49=41,10=2,11=3,12=4,13=5,14=6,15=7,16=8, \ |
||||
17=9,18=10,19=11,20=12,21=13,24=16,25=17, \ |
||||
33=25,34=26,35=27,66=58,51=58,94=86,52=44, \ |
||||
53=45,59=51,60=52,61=53,108=56,77=119 |
||||
``` |
||||
|
||||
(einmalig) ausgeführt macht die Zahlenreihe verfügbar x,v,q,ß sowie Komma, Punkt und j. |
||||
|
||||
Diese Lösung hat (noch) zwei Probleme: Erstens geht die rechte Mod4 (Alt Gr, wird im Gast-OS nur als Alt erkannt) nicht und zweitens, geht, wenn Neo im Gastsystem nicht verwendet wird, die #'-Taste nicht mehr (sie wird als Caps-Lock erkannt). |
||||
|
||||
#### Technische Details zu dieser Lösung |
||||
**Es ist nicht notwendig diesen Abschnitt zu lesen! ** |
||||
|
||||
(Keine Garantie auf Richtigkeit, Blödsinn bitte ausbessern!) |
||||
|
||||
Wenn man eine Taste drückt, emittiert die Tastatur einen Scancode. Da alle Tastaturen leicht unterschiedlich sind, werden diese Scancodes zu einheitlichen Keycodes umgewandelt und diese dann (von X11) an VirtualBox gesendet. VirtualBox nimmt dann den Keycode und wandelt ihn zurück in einen Scancode um, um diesen dann an das Gast-OS zu senden. (Das Gast-OS nimmt dann diesen Scancode und wandelt ihn wieder in einen Keycode um usw.) Dieser Mechanismus geht, wenn man im Host-OS Neo verwendet nicht mehr richtig. |
||||
|
||||
Die verwendete Einstellung greift in den Keycode zu Scancode Umwandlungsprozess ein und definiert für bestimmte Keycodes (links vom =) einen bestimmten Scancode (rechts vom =) der emittiert werden soll. Die Idee hinter dieser Einstellung ist es die falschen Scancodes zu den richtigen umzubiegen. Leider hab ich es nicht geschafft für die #'-Taste (Keycode 51) einen Scancode zu finden, mit dem sie richtig im Gast-OS als Mod3 funktioniert. Deshalb hat sie den Scancode 58 (Caps Lock) bekommen. Dies erklärt auch den Bug mit der jetzigen Lösung. |
||||
|
||||
Weitere Informationen dazu [http://www.virtualbox.org/ticket/2302](http://www.virtualbox.org/ticket/2302) (vor allem der Kommentar von therp am 2010-05-13) und [http://www.win.tue.nl/~aeb/linux/kbd/scancodes-1.html](http://www.win.tue.nl/~aeb/linux/kbd/scancodes-1.html). |
||||
|
||||
## Qemu |
||||
Qemu verwendet immer die Tastaturbelegung, die im Gastsystem (der virtuellen Maschine) eingestellt ist. Also muss man im Gastsystem Neo aktivieren. |
||||
|
||||
Linux mit Windows als Gastsystem in Qemu: keine Probleme, egal welche Belegung man unter Linux |
||||
eingestellt hat. |
||||
|
||||
Mit Qemu und Autohotkey gibt es jedoch auch das Problem: Linker Mod3 geht nicht. Aber sonst ziemlich alles. |
||||
|
||||
## andLinux |
||||
[andLinux](http://www.andlinux.org/) beruht auf colinux, einem Linuxkernel der auf Windows läuft, |
||||
und Xming, einem XServer, der ebenso auf Windows läuft. Auch wenn das Prinzip ähnlich dem einer Virtuellen Maschine ist, so ist dieses System doch deutlich schneller. |
||||
|
||||
andLinux arbeitet mit Neo ganz gut zusammen, die Tastaturlayouteinstellungen in Windows und andLinux sind voneinander unabhängig. |
||||
|
||||
1. einfache Möglichkeit |
||||
Unter Windows NeoVars (den Autohotkey-Treiber) verwenden, und bei andLinux keine Änderungen vornehmen. Dann greift NeoVars auch für andLinux, allerdings funktionieren dann !^ ~ und die Ebenen 5+6 nicht. |
||||
|
||||
2. vollständige Möglichkeit |
||||
Unter Windows den KbdNeo-Treiber (natives Windows Tastaturlayout) verwenden, und dann unter andLinux das Tastaturlayout gesondert einstellen. Dafür kann xmodmap oder die X/de-Datei verwendet werden (wie für ein alleinstehendes Linux). Es ist zu beachten, dass der verwendete X-Server Xming die Datei C:\Programme\andLinux\Xming\xkb\symbols\de verwendet, und NICHT /usr/share/X11/xkb/symbols/de. Bei der aktuellen Version von andLinux (Beta 2 final) ist hier noch Neo1 enthalten (kann aber natürlich geändert werden). |
||||
|
||||
## RDP-Verbindungen |
||||
Mit dem Remote Desktop Protocol kann man von Windows- oder Linuxrechnern (Client) aus auf einen Windowsrechner (Server) zugreifen. |
||||
|
||||
Probleme entstehen, wenn auf dem Server der AHK-Treiber (NeoVars) verwendet wird. |
||||
Für eine rdp-Verbindung von einem Linux-Client aus muss auf einem der beiden Rechner qwertz aktiviert sein. |
||||
Und egal ob der Client Windows oder Linux ist, steuert CapsLock unter Windows nicht mehr die dritte Ebene an. |
||||
|
||||
### rdesktop |
||||
|
||||
Unter Linux gibt es das Programm "rdesktop" für RDP-Verbindungen. |
||||
Es funktioniert ganz gut, wenn man den Schalter "-k de" aktiviert. Jedoch tritt beim Aktivieren von Mod4 mit der "<>"-Taste das Problem auf, dass immer das Zeichen "<" mit ausgegeben wird und auf der Kommandozeile die Warnung "WARNING: No translation for (keysym 0xfe11, ISO_Level5_Shift)" erscheint. |
||||
|
||||
Dies lässt sich beheben, indem man (etwa unter Ubuntu) /usr/share/rdesktop/keymaps/de-neo mit folgendem Inhalt anlegt und dann statt "-k de" den Schalter "-k de-neo" angibt. |
||||
|
||||
de-neo: |
||||
``` |
||||
include de |
||||
# Don't print < |
||||
ISO_Level5_Shift 0x0 inhibit |
||||
``` |
||||
Loading…
Reference in new issue