Ergänze macOS Hinweise und Einschränkungen

Dies ergänzt die Punkte, um die in der
[neo2-layout-osx readme](https://github.com/jgosmann/neo2-layout-osx#know-issues)
beschriebenen Punkte. Zudem habe ich zusammengehörige Punkte gegliedert,
um eine Bessere Übersicht zu erzeugen.

Den Link zu neo2-layout-osx habe ich entfernt, da damit alle relevanten
Informationen direkt in die Dokumentation integriert sein sollten und
ich vorhabe das Repository zu archivieren, da alle dortigen Änderungen
sich inzwischen auch im offiziellen Neo-Repository befinden.
This commit is contained in:
Jan Gosmann 2022-04-24 14:09:42 +02:00
parent ff973b4a72
commit 3b679a843f
No known key found for this signature in database
GPG Key ID: E7392E7E2D686DA1
1 changed files with 16 additions and 6 deletions

View File

@ -86,13 +86,23 @@ Nun sollten beide Tastaturen wie gewohnt und auf die gleiche Weise funktionieren
```
## Hinweise und Einschränkungen
* In Wahrheit (direkt im .keylayout File) wird Option Links als Modifier für Ebene 3 verwendet. CapsLock (M3L) und # (M3R) werden dann mit Karabiner Elements auf Option Links gemappt. In einigen wenigen Programmen funktioniert dieses Mapping nicht. Dann kann immerhin noch Option Links als Mod 3 verwendet werden.
* Es ist unklar warum, aber als Workaround für obiges Problem kann es helfen in Karabiner Elements eine Simple Rule anzulegen die caps_lock auf left_option mappt. Dann funktioniert allerdings Ebene 6 mit den linken Modifiern nicht mehr.
* Pos1 und Ende auf der Ebene 4 sind auf Command + Links bzw. Command + Rechts gemappt damit ein ähnliches Verhalten wie in anderen Betriebssystemen entsteht (zum Anfang bzw. Ende der Zeile hüpfen).
* Um in Terminals, Remote-Desktop-Lösungen und Virtuellen Maschinen wirklich Pos1 und Ende über Ebene 4 zu bekommen, kann man die Karabiner Elements Rule "Neo2 mod 4: Map ↖ to Home and ↘︎ to End in terminal apps, remote desktop apps and virtual machines" verwenden.
* Damit sich im MacOS Terminal Pos1 und Ende wie gewünscht verhalten geht man in [Terminal menu] → Preferences → Profiles tab (or settings on some versions of OS X) → Keyboard sub-tab und fügt diese Shortcuts hinzu: Key: ↖ Action: \033OH Key: ↗ Action: \033OF
* Die Command-Ebene (++cmd++) hat das Neo-Layout.
* [Compose](../Benutzerhandbuch/Tote-Tasten-und-Compose.md) ist noch nicht umgesetzt.
* Die Anwendung Tastaturübersicht lässt sich wie das Tastaturlayout über »Systemsteuerung → Ländereinstellungen → Tastaturmenü« einstellen. Das hat mehrere Vorteile: Man braucht nicht die Tasten auf der Tastatur rausreißen und neu anordnen, und eigentlich sollte man ja sowieso nie auf die Tasten schauen.
* Im Verzeichnis [grafik](https://git.neo-layout.org/neo/neo-layout/src/branch/master/grafik) gibt es mehrere Bilder und auch einen Aufsteller, den man sich ausdrucken und vor sich hinstellen kann.
* Bei Problemen in die [FAQ](../Probleme/FAQ.md#apple-macos) schauen oder im [neo2-layout-osx](https://github.com/jgosmann/neo2-layout-osx#know-issues)-Projekt.
* Bei Problemen in die [FAQ](../Probleme/FAQ.md#apple-macos) schauen.
### Ebene 3
* In Wahrheit (direkt im .keylayout File) wird Option Links als Modifier für Ebene 3 verwendet. CapsLock (M3L) und # (M3R) werden dann mit Karabiner Elements auf Option Links gemappt. In einigen wenigen Programmen funktioniert dieses Mapping nicht. Dann kann immerhin noch Option Links als Mod 3 verwendet werden.
* Es ist unklar warum, aber als Workaround für obiges Problem kann es helfen in Karabiner Elements eine Simple Rule anzulegen die caps_lock auf left_option mappt. Dann funktioniert allerdings Ebene 6 mit den linken Modifiern nicht mehr.
* Dadurch das Mod 3 auf auf Option Links gemappt wird, interpretieren einige Programme Ebene 3-Eingaben als Shortcut anstatt das entsprechende Symbol auszugeben. Abhängig von der Anwendung kann dies der Shortcut mit dem jeweiligen Ebene 3-Zeichen sein oder der Shortcut mit dem Zeichen auf der Grundebene. Webseiten im Browser sehen im Allgemeinen die Ebene-3 Zeichen, native Anwendung meistens letzteres.
* Dieses Problem kann durch die Karabiner Elements Complex Modifications "Prevent all layer 3 keys from being treated as option key shortcut" (für alle Tasten) oder "Prevent problemeatic keys (?, /, #, =, and '?') from being treated as option key shortcut" (für eine Auswahl von häufig problematischen Tasten) umgangen werden. Diese Regel wandelt eine einzelne Ebene 3-Taste in eine spezielle Tottastensequenz um, die von Programmen nicht mehr als Shortcut interpretiert werden kann, aber unter Umständen andere Probleme mit sich bringt. Insbesondere führt diese Regel dazu, dass in JetBrains IDEs ein zusätzliches ungewolltes Zeichen eingefügt wird. Ein [entsprechendes Bugticket](https://youtrack.jetbrains.com/issue/JBR-1311?_ga=2.179409447.2093995893.1567764984-747787643.1539369234) wurde bereits vor längerer Zeit erstellt. Folgender Workaround existiert aber: Man öffnet **Help | Edit Custom Properties**, fügt `com.jetbrains.use.old.keyevent.processing=true` ein und started die IDE neu.
### Verhalten von Pos1 und Ende
* Pos1 und Ende auf der Ebene 4 sind auf Command + Links bzw. Command + Rechts gemappt damit ein ähnliches Verhalten wie in anderen Betriebssystemen entsteht (zum Anfang bzw. Ende der Zeile hüpfen).
* Um in Terminals, Remote-Desktop-Lösungen und Virtuellen Maschinen wirklich Pos1 und Ende über Ebene 4 zu bekommen, kann man die Karabiner Elements Rule "Neo2 mod 4: Map ↖ to Home and ↘︎ to End in terminal apps, remote desktop apps and virtual machines" verwenden.
* Damit sich im MacOS Terminal Pos1 und Ende wie gewünscht verhalten geht man in [Terminal menu] → Preferences → Profiles tab (or settings on some versions of OS X) → Keyboard sub-tab und fügt diese Shortcuts hinzu: Key: ↖ Action: \033OH Key: ↗ Action: \033OF