> setxkbmap de neo -print | xkbcomp - -I$PWD $DISPLAY Nett. Ich sollte die man-page besser lesen.
> Deine Datei sieht aber trotzdem ganz anders aus als unsere. Hat das noch > andere Vorteile/Gründe? Gründe mehr als Vorteile… Zunächst habe ich spezifische XKB-Types definiert, statt «EIGHT_LEVEL_ALPHABETIC» zu verwenden. «EIGHT_LEVEL_ALPHABETIC» ist noch sehr neu und auf keinem meiner Systeme mit dabei. Unverändert übernehmen lässt es sich nicht, weil es den virtuellen Modifier «LevelFive» benutzt, den Systeme in den Besten Jahren noch nicht kennen. Und wie man mit «EIGHT_LEVEL_ALPHABETIC» das bevorzugte Lock-Verhalten (http://wiki.neo-layout.org/wiki/Locks) implementiert weiß ich auch nicht. Um neue XKB-Types geht daher kein Weg vorbei. Man gewinnt Portabilität, volle Kontrolle des Lock-Verhaltens und kann erreichen, dass XKB-Level mit Neo-Ebenen übereinstimmen. Außerdem verstehe ich das Zusammenspiel von virtuellen und reellen XKB-Modifiern nicht und benutze daher nur letztere. Darüber bin ich nicht glücklich, weil ich wahrscheinlich Flexibilität einbüße. Zum Trost ist XKB-Mod3 = Neo-Mod3 und XKB-Mod4 = Neo-Mod4. Schließlich setze ich Modifier über actions in XKB-symbols statt über XKB-compartibility. Grund ist Ticket #74. Außerdem braucht man dann kein ISO_Level5_Shift samt entsprechender XKB-compartibility-Einträge, die auf Systemen in den Besten Jahren noch fehlen. Andreas
