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

New Issue

erik · 2008-07-18T02:28:43+02:00

erik commented

2008-07-18 02:28:43 +02:00

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)

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)

erik added the

Bug

Treiber/Linux/xkb

labels 2008-07-18 02:28:43 +02:00

pascal commented

2008-09-24 01:23:24 +02:00

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!

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 changed title from ~~Lock (Feststellung) sollte genau so ausgeschaltet werden, wie es eingeschaltet wird~~ to Lock (Feststellung) sollte genau so ausgeschaltet werden, wie es eingeschaltet wird (Löschantrag)

2008-09-24 01:29:26 +02:00

pascal commented

2008-09-24 01:29:26 +02:00

… natürlich als „wontfix“ …

erik commented

2008-10-15 17:07:16 +02:00

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.

Ich finde dieses Ticket sollte erst gelöscht werden, wenn dieses Verhalten in der [Dokumentation](wiki/Dokumentation) oder zumindest in der [FAQ](wiki/FAQ) oder am Besten in Beidem vorhanden ist.

pascal commented

2008-10-16 01:39:37 +02:00

→Doku

anonymous changed title from ~~Lock (Feststellung) sollte genau so ausgeschaltet werden, wie es eingeschaltet wird (Löschantrag)~~ to Lock (Feststellung) sollte genau so ausgeschaltet werden, wie es eingeschaltet wird

2008-10-20 17:01:17 +02:00

martin_r commented

2008-10-30 05:55:45 +01:00

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

erik commented

2008-11-01 22:56:49 +01:00

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. :-(

> Ist die Äquivalenz der De- und Aktivierung denn bereits in der xkbmap umgesetzt? Nein, leider nicht. In der [Xkbmap (Zeile 228 ff.)](src/branch/master/linux/X/de) ist CapsLock bisher sogar noch auf Mod3+Mod3 (war mal so in der Referenz). Aber kaum einer kümmert sich um die Xkbmap. :-(

Stephan commented

2009-04-19 16:26:07 +02:00

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).

> 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 self-assigned this 2009-04-22 02:48:53 +02:00

erik commented

2009-04-22 02:48:53 +02:00

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.

> > > 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 closed this issue

2009-07-26 02:05:05 +02:00

martin_r commented

2009-07-26 02:05:05 +02:00

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

Sign in to join this conversation.

No Milestone

No Assignees

4 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: neo/neo-layout#9