#178: [xkbmap] Tastenkombinationen mit 4./7. Ebene bei KDE-Programmen
-------------------------------------+--------------------------------------
 Reporter:  martin_r                 |       Owner:                 
     Type:  Fehler/Defekt            |      Status:  new            
 Priority:  hoch                     |   Milestone:  Neo Version 2.0
Component:  Treiber: Linux – Xkbmap  |     Version:  2.0 BETA       
 Keywords:                           |  
-------------------------------------+--------------------------------------

Comment(by anonymous):

 > Das ist eigentlich auch vernünftig; im Prinzip ist es ein Designfehler
 von X, das Tastenkombinations-Modifier (Strg, Alt, Meta…) und Modifier,
 die Tastenbedeutungen verändern (Shift, Lock, ISO_Level3_Shift, …) nicht
 trennt.

 XKB macht das eigentlich schon. Was zur Ebenenauswahl benutzt wird soll
 nicht nochmal als Modifier benutzt werden, es sei denn, die Belegung
 schreibt das ausdrücklich vor (mit dem `preserve` keyword), wie es zum
 Beispiel die Neo-xkbmap für das Shift für die Pseudoebene tut.

 > • Der Bug mit den Shift-Kombis kann wie beschrieben behoben werden,
 indem in der Pseudoebene „NoSymbol“ eingetragen wird, statt die 4. Ebene
 zu wiederholen.

 Man will aber zum Beispiel zum Markieren Shift-Pfeiltaste verwenden
 können…

 > • Wir könnten mit Redirect-Actions arbeiten. Irgendwer meinte aber, dass
 das leider nicht so richtig funktioniert, jedenfalls nicht bei älteren
 X-Servern.

 Es funktioniert zum Beispiel mit Xorg 6.8.2 (von anno 2005) oder Xsgi wie
 mit IRIX 6.2.22 ausgeliefert (von anno 2003). Probleme machen eher neuere
 Systeme, Ursache unbekannt.  Es hängt zumindest nicht allein an der
 Version des Servers.

 > • In Neo 3 könnte man einen Mod als „Overlay“ deklarieren; das ist eine
 Fn-ähnliche Funktion, die die Tasten in einer gesamten Ebene auf andere
 ummappt. Das würde allerdings große Änderungen an der Struktur von Neo
 bedeuten

 Ich habe die letzten paar Wochen mit einen rudimentären Treiber benutzt,
 der mit Overlays funktioniert. Man müsste wohl auch im Vollausbau ein paar
 Einschränkungen hinnehmen, und mir ist bein Experimentieren auch ein
 paarmal der Server abgestürzt. Aber bei XKB ist das normal, und die
 Vereinfachung gegenüber Redirect-Actions ist auch was wert.

 Als weitere Option könnte man auch einen richtigen Treiber schreiben. Die
 Idee ist, physische Tasten mit Message-Actions zu belegen, diese im
 Treiber auszuwerten, und mit XTest dann auf Pseudotasten zu drücken, die
 die eigentliche Belegung tragen. Normale Programme sehen von den Message-
 Actions nichts sondern registrieren nur die Pseudotastendrücke.  Der
 Treiber kann so Applikationen Beliebiges vorsetzen. Seit ein paar Tagen
 benutze ich einen (soweit noch sinnlosen) Treiber dieser Art, der
 physische Tasten 1:1 auf Pseudotasten abbildet.  Dazu muss man allerdings
 ein Fehlerchen im X-Server beheben, aber machbar ist so ein Treiber im
 Prinzip.

-- 
Ticket URL: <http://wiki.neo-layout.org/ticket/178#comment:5>
Neo-Layout <http://neo-layout.org/>
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes 
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen 
direkt verfügbar macht.

Antwort per Email an