[[PageOutline(2-4, Übersicht)]]
== Die 4. Ebene ==

Die 4. Ebene enthält auf der linken Seite Navigationselemente (Pfeiltasten), auf der rechten Seite einen Zahlenblock, der im Wesentlichen der 1. Ebene des Hardware-Zahlenblocks entspricht.

=== Zahlenblock: Normale oder Keypad-Zeichen? ===

Von vielen Zeichen (Ziffern, +, -, *, /, Dezimaltrenner und Enter) gibt es eine „normale“ Version, die unter qwertz auf der Haupttastatur zu finden ist, und eine Keypad-Version, die vom Hardware-Zahlenblock gesendet wird. Unter Linux heißen diese z.B. »plus« vs. »KP_Add«. (Wie unter Windows??)

 * Da die „normalen“ Zeichen auf anderen Ebenen schon im Hauptfeld verfügbar sind, sollen auf Ebene 4 die Keypad-Varianten gesendet werden, um den Weg zum Hardware-Zahlenblock zu sparen.

 * Können unter Windows Unicodezeichen über Alt + Ebene4-Zahlen eingegeben werden?

=== Zahlenblock: Komma und Punkt ===

Es gibt 4 Möglichkeiten, das „Dezimaltrennzeichen“ (Zeichen neben der Null am Keypad) an
die Applikationen zu schicken:
 * ''KP_Decimal'': Keypad-Punkt auf englischen Systemen (Gibt ''immer'' einen Punkt aus, auch auf deutschen Systemen, wird dort nur normalerweise nicht verwendet)
 * ''KP_Separator'': Keypad-Komma auf deutschen Systemen (Gibt ''immer'' ein Komma aus, auch auf englischen Systemen, wird dort nur normalerweise nicht verwendet)
 * ''comma'': Auf allen Systemen ein Komma (Beistrich), in deutschen Dateien als Dezimaltrennzeichen zu verwenden. 
 * ''period'': Auf allen Systemen ein Punkt, in deutschen Dateien als Tausendertrennzeichen oder in Datumsangaben zu verwenden.

'''Achtung:''' Es gab lange das Missverständnis, dass KP_Decimal und KP_Separator je nach Systemeinstellungen unterschiedliche Zeichen senden würden, dem ist jedoch nicht so.

Auf der Ebene 4 sollen beide Zeichen, Komma und Punkt, vorhanden sein. 
Das heißt, wir müssen uns zwischen ''comma'' und ''KP_Separator'' sowie zwischen ''period'' und ''KP_Decimal'' entscheiden.

 * ''comma'' oder ''KP_Separator'':
   * Für KP_Separator: 
     * KP_Separator gehört zum deutschen Ziffernblock, dieser sollte auf Ebene 4 komplett sein 
     * Manche Applikationen brauchen Keypad-Zeichen (Kommen „die anderen“ Applikationen auch mit den Keypad-Zeichen zurecht?)
   * Komma ist auf der 1. Ebene gut erreichbar

 * ''period'' oder ''KP_Decimal'':
   * Für period: 
     * Applikationen, die Keypad-Zeichen brauchen, nehmen wahlweise KP_Separator oder KP_Decimal, wenn KP_Separator schon verfügbar ist, wird KP_Decimal nicht mehr gebraucht

Als Kompromiss könnte der Vollständigkeit halber die jeweils andere Variante auf die Pseudoebene (Shift+Mod4) ausgelagert werden.

=== Navigationsblock ===
Verschiedene Vorschläge sollen die bisherige Belegung ablösen, weil sie eventuell eine Verbesserung darstellen. Bisher so (Neo2-RC1, in vielen Linuxen bereits enthalten):
==== Variante „Neo2-RC1“ ====
{{{
    ⇞
  ⌫ ↑ ⌦ ⎀
⇱ ← ↓ → ⇲
⌧ ⇥ ⇟ ↲ ↶
}}}

==== Variante „Vi“ ====
Von HC und Johannes: „Möglichst ergonomisch“ (Vi-Belegung) mit der Annahme, dass Rück nicht so häufig ist, daher schlechte Position:
{{{
⇱ ⇞ ⇟ ⇲ ↶
← ↑ ↓ → ⇥
⌫ ⌧ ↲ ⌦ ⎀
}}}

==== Variante „Vi-Stephan“ ====
Vorteile:
 - Ergonomie der Navigationstasten → Navigition in einem Text kann
   wesentlich schneller erfolgen
 - Merkbarkeit durchaus nicht schlecht:
    - Vi-Analogie der Pfeiltasten
    - Pos1, PgUp, PgDn, Ende sind entprechend ihrer „Richtung“ analog
      zu den Pfeiltasten angeordnet
    - Tab als starken Einschub nach rechts
    - Esc links oben
    - Backspace und Delete ihrer Löschrichtung nach und ihrer
      Löschfunktion nach gruppiert angeordnet
 - Häufige Tasten (bspc, del, ret) auf Zeige- und Mittelfinger der gut
   erreichbaren oberen Reihe.
 - Weniger häufig verwendete Tasten in die etwas schlechter zu
   erreichende untere Reihe (Ergonomie)
 - Insert wird aufgrund der großen Rechts-Verschiebung auf
   herkömmlichen Tastaturen wesentlich seltener versehentlich
   betätigt. 
Nachteile:
 - Belegung der Grundreihe erschwert ein einhändiges Bedienen der
   Pfeiltasten (Wenn der linke Mod4 mit dem kleinen Finger bedient wird)
 - Anordnung von Backspace und Delete nicht mehr analog zu den
   Pfeiltasten
 - Gewöhnungsbedürftig durch die allgemein verschlechtere Merkbarkeit

{{{
⌧ ↶ ⌫ ⌦ ↲
← ↑ ↓ → ⇥
⇱ ⇞ ⇟ ⇲ ⎀
}}}

==== Variante „WASD-2“ ====
{{{
⌧ ⇞ ↑ ⇟ ↶
⇱ ← ↓ → ⇲
⎀ ⌫ ↲ ⌦ ⇥
}}}

==== Variante „WASD-2-Erik“ ====
Bild↑ und Bild↓ sind seltener als Rück und Entf, daher so:
{{{
⌧ ⌫ ↑ ⌦ ↶
⇱ ← ↓ → ⇲
⎀ ⇞ ↲ ⇟ ⇥
}}}

==== Variante „WASD-2-konservativ“ ====
Ja, man könnte es noch konservativer und *besser* machen, denn Escape ist bisher unten, weil es relativ häufig ist. Das wurde damals so begründet. Also sollte es wieder nach unten. An die alte bisherige Position. Und warum nicht wieder die Einfg-Taste auf die bisherige Position? Das hätte die Konsequenz, dass die Rückgängig-Taste („Undo“) auf die schlechter (weil kleiner Finger *und* oben) erreichbare Position X-Taste (links oben) kommen wurde, was zudem recht „logisch“ wäre, denn links sind ja die Tasten angeordnet, die zurück (im Text) gehen (bisher zum Beispiel Rück (Backspace) und Pos1 (Home). Also so:
{{{
↶ ⌫ ↑ ⌦ ⎀
⇱ ← ↓ → ⇲
⌧ ⇞ ↲ ⇟ ⇥
}}}

==== Variante „Blockout-korrigiert“ ====
Dabei habe ich gleich einen Fehler in Martins Blockout-Variante entdeckt. ⌫ und ⌦ sind vertauscht. In der oberen Reihe sollen doch immer die Funktionen sein, die nach links oder oben gehen. Also müsste es so sein:
{{{
⇱ ⌫ ↑ ← ⇞
⇲ ⌦ ↓ → ⇟
↶ ⌧ ↲ ⇥ ⎀
}}}

==== Variante „Quadrat“ ====
Der Mangel der mit einem Finger zu bedienenden Paare lässt sich durch 
Drehen der Anordnung beheben.  Es ergibt sich die bemerkenswert 
symmetrische:
{{{
⌧ ⌫ ⌦ ⎀ ↶ 
⇱ ← → ⇲ ⇥ 
⇞ ↑ ↓ ⇟ ↲
}}}


--------------

[wiki:Listendiskussionen] – [wiki:WikiStart Zur Hauptseite]