#174: Neo als Zweitlayout führt zum Funktionsverlust von Mod4
--------------------------------------+-------------------------------------
Reporter: stephan | Owner:
Type: Fehler/Defekt | Status: new
Priority: normal | Milestone:
Component: Treiber: Linux – Xkbmap | Version: 2.0 BETA
Resolution: | Keywords:
--------------------------------------+-------------------------------------
Comment(by stephan):
Replying to [comment:3 Peter Eberhard <drahre...@…>]:
> Hmm, ersteres Problem habe ich auch – ich dachte, das hätte ich
getestet, aber ich hatte wohl nur den linken Mod4 ausprobiert. Ah... ich
hatte die actions-Zeile weggelassen. Dann geht es wie gewünscht, aber der
Mod4-Lock geht nur noch von rechts nach links (Mod4L+Mod4R geht nicht).
Das Problem ergibt sich, weil die compat-Sachen die expliziten NoAction()s
nicht überschreiben (hatte ich eigentlich angenommen), und außerdem
automatisch auch in der ersten Gruppe eine NoAction() angelegt wird
(unsinnigerweise). Ich halte das ja für einen Bug von xkbcomp, aber naja.
Es gibt unzählige Bugs in xkbcomp, das Problem ist, dass man die meistens
nicht genau identifizieren kann, weil selbst das Protokoll (das bereits
mehrere Jahre alt ist) bestimmte Dinge nicht genau spezifiziert.
Deshalb geht oftmals sogar „Probieren über Studieren“.
> Das hatte ich ja auch schon probiert, funktioniert bei mir aber wider
Erwarten nicht. Welche X.org-Version hast du?
Ich nutze X.org 7.4 (xorg-server 1.6), wobei das natürlich auch nicht die
aktuelle Version ist.
Wenn ich dieses Wochenende Zeit habe, werde ich den xkb-Treiber auch auf
xkeyboard-config 1.7 abstimmen, um das aktuell zu halten.
> Noch eine Anmerkung: vmods[group1] ist nicht ganz korrekt, die vmods
werden einem Keycode, nicht einer Gruppe zugewiesen. Also nur vmods =
LevelFive. Dem Parser ist es wohl aber egal. Und die entsprechende Action
brauchst du gar nicht definieren, die wird schließlich nie ausgeführt, da
man <MDSW> nicht drücken kann (Außerdem wird sie noch durch compat/level5
zugewiesen). Dasselbe gilt für <HYPR>.
Stimmt, daran hatte ich nicht gedacht. vmods scheint unabhängig von der
group zu sein.
Allerdings meine ich, dass ich mir damals durchaus etwas dabei gedacht
habe, den vmod NumLock zusammen mit einer Action zu definieren.
Wenn ich bei <HYPR> die Action weglasse, ändert sich nichts. Wenn ich sie
allerdings bei <MDSW> weglasse, dann funktioniert es nicht mehr und #174
tritt wieder auf. So genau erklären kann ich mir das allerdings nicht.
Komischerweise wird nichtmal der reale Mod3 beim Tastendruck aktiviert
(obwohl er eigentlich über modifier_map gebunden wurde).
Wenn r2115 keine kritischen Fehler verursacht, würde ich es vorerst so
lassen und bitten, es ausgiebig zu testen.
--
Ticket URL: <http://wiki.neo-layout.org/ticket/174#comment:4>
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.
