Lock (Feststellung) sollte genau so ausgeschaltet werden, wie es eingeschaltet wird

[Erik Streb del Toro]

Zum Thema:

• Mail: [neo] an die Linuxer: Treiber fertig machen für Xorg vom: 25.06.2008 19:01

Fehlerbeschreibung

Die Feststellungen (Locks) sollten sich genau so lösen lassen, wie sie eingeschaltet wurden. Z.B.:

• Mod4+Mod4 = Mod4-Lock an (wenn vorher aus)
• Mod4+Mod4 = Mod4-Lock aus (wenn vorher an)

Das hätte den Vorteil, dass man zwischendurch auch etwas klein schreiben könnte (bezogen jetzt auf Capslock):

<Shift>+<Shift> (CapsL an) HALLO, DAS IST EIN TEXT <ein Shift gedrückt halten>der auch kleine
Wörter<Shift loslassen>ENTHÄLT.<Shift>+<Shift>Nun schreibe ich wieder normal weiter.

Momentan ist es ja leider so:

• Mod4+Mod4 = Mod4-Lock an (wenn vorher aus)
• Mod4 = Mod4-Lock aus (wenn vorher an)

[pascal]

Das gewünschte Verhalten ist (mindestens) mit der Xmodmap nicht möglich, da keine Bedingungsfragen gestellt werden können (wenn vorher aus, wenn vorher an), sondern nur Ebenen angesprochen werden.

Das Ticket wird 6 Monate nach der Eröffnung, also am 18.02.2009, als „worksforme“ entfernt werden.

Diskussionen hierzu sollten auf der Liste stattfinden!

[pascal]

… natürlich als „wontfix“ …

[erik]

Ich finde dieses Ticket sollte erst gelöscht werden, wenn dieses Verhalten in der Dokumentation? oder zumindest in der FAQ oder am Besten in Beidem vorhanden ist.

[pascal]

→Doku

[martin_r]

Ist die Äquivalenz der De- und Aktivierung denn bereits in der xkbmap umgesetzt?

[erik]

Replying to martin_r:

Ist die Äquivalenz der De- und Aktivierung denn bereits in der xkbmap umgesetzt?

Nein, leider nicht. In der Xkbmap (Zeile 228 ff.) ist CapsLock bisher sogar noch auf Mod3+Mod3 (war mal so in der Referenz). Aber kaum einer kümmert sich um die Xkbmap. :-(

[stephan@…]

Replying to martin_r:

Ist die Äquivalenz der De- und Aktivierung denn bereits in der xkbmap umgesetzt?

Ohne einige weitere Regeln in compat/level5 zu definieren ist das leider nicht möglich und ich denke, wir sollten uns erst ausschließlich auf die symbols/de(neo) konzentrieren und Neo2 releasen, bevor wir irgendwelche hacks umsetzen, von denen ich bezweifle, dass sie je in X.org aufgenommen werden.

In der xmodmap ist das, wie oben bereits erwähnt, ebenfalls nicht möglich. Soweit ich weiß basieren die Regeln nämlich auf die von xkb.

Werde also mal den Milestone ändern, da dies bis Neo2 höchswahrscheinlich nicht behoben sein wird. Und ich finde, das Ticket hat durchaus mehr mit Linux zu tun als mit der Wiki (Ihr könnt mir natürlich auch widersprechen, aber ich glaube ich tue das Richtige).

[erik]

Replying to stephan@ehilb.de:

Replying to martin_r:

Ist die Äquivalenz der De- und Aktivierung denn bereits in der xkbmap umgesetzt?

Ohne einige weitere Regeln in compat/level5 zu definieren ist das leider nicht möglich und ich denke, wir sollten uns erst ausschließlich auf die symbols/de(neo) konzentrieren und Neo2 releasen, bevor wir irgendwelche hacks umsetzen, von denen ich bezweifle, dass sie je in X.org aufgenommen werden.

So unrealistisch ist es gar nicht, dass auch Änderungen außerhalb der symbols-Dateien aufgenommen werden, sofern sie gut begründet und sauber ausgeführt sind.

Werde also mal den Milestone ändern, da dies bis Neo2 höchswahrscheinlich nicht behoben sein wird.

Meinetwegen. Trotzdem nicht aus den Augen verlieren.

[martin_r]

Ist inzwischen behoben. ??! Wie sieht es mit der xmodmap aus? Immer noch nicht möglich? Schon implementiert? Component ändern? …