[xkbmap] Mod4 wird nicht erkannt in Mathematica und Ratpoison #74

New Issue

erik · 2008-10-19T17:32:57+02:00

erik commented

2008-10-19 17:32:57 +02:00

Wenn man unter Linux die xkbmap verwendet und in Wolfram Mathematica einen der beiden Mod4 drückt, erscheint ein Zeichen, das aussieht wie ein Leerzeichen. Wenn ich es aber markiere und in gucharmap eingebe, sehe ich, dass es eigentlich folgendes ist:

\:ffff

Was soll das sein?

Die 4. Ebene funktioniert ansonsten tadellos, nur, dass überall diese Leerzeichen hinterlassen werden, und man diese alle suchen und wieder rauslöschen muss, bevor man etwas berechnen lassen kann.

Wenn ich die Xmodmap benutze, funktioniert Mod4 ohne Probleme.

PS: Interessieren würde mich auch, ob dieser Fehler auch unter Windows auftritt (mit AHK oder kbdneo2).

Wenn man unter Linux die **xkbmap** verwendet und in [Wolfram Mathematica](http://www.wolfram.com/products/mathematica/index.html) einen der beiden Mod4 drückt, erscheint ein Zeichen, das **aussieht wie ein Leerzeichen**. Wenn ich es aber markiere und in gucharmap eingebe, sehe ich, dass es eigentlich folgendes ist: ``` \:ffff ``` Was soll das sein? Die **4. Ebene** funktioniert **ansonsten tadellos**, nur, dass überall diese *Leerzeichen* hinterlassen werden, und man diese alle suchen und wieder rauslöschen muss, bevor man etwas berechnen lassen kann. Wenn ich die **Xmodmap** benutze, **funktioniert** Mod4 **ohne Probleme**. PS: Interessieren würde mich auch, ob dieser Fehler auch unter Windows auftritt (mit AHK oder kbdneo2).

erik added the

Bug

Treiber/Linux/xkb

labels 2008-10-19 17:32:57 +02:00

erik changed title from ~~buy lioresal~~ to [xkbmap] Mod4 wird nicht erkannt in Mathematica und Ratpoison

2009-01-20 15:15:15 +01:00

erik commented

2009-01-20 15:15:15 +01:00

Ein vielleicht ähnlicher Fehler tritt mit Ratpoison auf:

xkbmap-Treiber: Wenn ich statt des echten Tab versuche den
Mod4-Tab zu verwenden (Mod4+ö), um den Frame zu wechseln, erscheint nur
die Fehlermeldung:

readkey: unbound key 'ISO_Level5_shift'

Wenn ich irgendwelche Mod3-Zeichen eingeben will, ist das kein Problem. Es
scheint also, als würde Mod4 nicht als Modifikator-Taste erkannt werden.

Mit der Xmodmap-Version funktioniert es einwandfrei.

Ein vielleicht ähnlicher Fehler tritt mit Ratpoison auf: **xkbmap-Treiber:** Wenn ich statt des echten *Tab* versuche den Mod4-Tab zu verwenden (Mod4+ö), um den Frame zu wechseln, erscheint nur die Fehlermeldung: ``` readkey: unbound key 'ISO_Level5_shift' ``` Wenn ich irgendwelche Mod3-Zeichen eingeben will, ist das kein Problem. Es scheint also, als würde Mod4 nicht als Modifikator-Taste erkannt werden. Mit der **Xmodmap**-Version funktioniert es einwandfrei.

andreas.wettstein commented

2009-04-02 21:45:05 +02:00

Ich kann das Problem für ratpoison nachvollziehen und umgehen, indem ich
Mod4 so umbelege:

type= "ONE_LEVEL",
vmods= LevelFive,
symbols[Group1]= [ Num_Lock ],
actions[Group1]= [ SetMods(modifiers=LevelFive) ]

LevelFive wird dann direkt über actions statt über xkb_compatibility
gesetzt. Die keysym kann man daher freier wählen. Num_Lock bietet sich
an, weil die meisten Programme es als Umschalttaste erkennen sollten,
aber nur vermutlich nur wenige Programme NumLock selbst behandeln
(z.B. bei Shift wäre das vermutlich anders).

Ich kann das Problem für ratpoison nachvollziehen und umgehen, indem ich Mod4 so umbelege: > type= "ONE_LEVEL", > vmods= LevelFive, > symbols[Group1]= [ Num_Lock ], > actions[Group1]= [ SetMods(modifiers=LevelFive) ] LevelFive wird dann direkt über actions statt über xkb_compatibility gesetzt. Die keysym kann man daher freier wählen. Num_Lock bietet sich an, weil die meisten Programme es als Umschalttaste erkennen sollten, aber nur vermutlich nur wenige Programme NumLock selbst behandeln (z.B. bei Shift wäre das vermutlich anders).

erik self-assigned this 2009-04-20 21:47:25 +02:00

erik commented

2009-04-20 21:47:25 +02:00

Ich kann das Problem für ratpoison nachvollziehen und umgehen, indem ich
Mod4 so umbelege:

type= "ONE_LEVEL",
vmods= LevelFive,
symbols[Group1]= [ Num_Lock ],
actions[Group1]= [ SetMods(modifiers=LevelFive) ]

LevelFive wird dann direkt über actions statt über xkb_compatibility
gesetzt. Die keysym kann man daher freier wählen. Num_Lock bietet sich
an, weil die meisten Programme es als Umschalttaste erkennen sollten,
aber nur vermutlich nur wenige Programme NumLock selbst behandeln
(z.B. bei Shift wäre das vermutlich anders).

Vielen Dank für Deine kompetente Hilfe. Bist Du aber sicher, dass dadurch keine anderen Probleme entstehen? Ansonsten könnte man dies mal ausprobieren. Oder ist das mit der aktuellen xkbmap eh schon gelöst? Oder wenn in den nächsten Tagen von Stephan (siehe Ticket #33) die Mods intern getauscht werden (Mod3 ↔ Mod4 ⇔ Level 3 ↔ Level 5)?

> Ich kann das Problem für ratpoison nachvollziehen und umgehen, indem ich > Mod4 so umbelege: > > type= "ONE_LEVEL", > vmods= LevelFive, > symbols[Group1]= [ Num_Lock ], > actions[Group1]= [ SetMods(modifiers=LevelFive) ] > > LevelFive wird dann direkt über actions statt über xkb_compatibility > gesetzt. Die keysym kann man daher freier wählen. Num_Lock bietet sich > an, weil die meisten Programme es als Umschalttaste erkennen sollten, > aber nur vermutlich nur wenige Programme NumLock selbst behandeln > (z.B. bei Shift wäre das vermutlich anders). Vielen Dank für Deine kompetente Hilfe. Bist Du aber sicher, dass dadurch keine anderen Probleme entstehen? Ansonsten könnte man dies mal ausprobieren. Oder ist das mit der aktuellen [xkbmap](src/branch/master/linux/X/de) eh schon gelöst? Oder wenn in den nächsten Tagen von Stephan (siehe Ticket #33) die Mods intern getauscht werden (Mod3 ↔ Mod4 ⇔ Level 3 ↔ Level 5)?

erik commented

2009-05-06 06:26:58 +02:00

Problem hat sich mit der neuen Version der xkbmap (r1803) bei Mathematica nun von Mod4 auf Mod3 verlagert. Das ist sehr ungünstig, da man die Rechenzeichen und Klammern (+-*/) auf Ebene 3 hat. Somit ist Mathematica mit Neo eigentlich gar nicht mehr bedienbar. :-(

Problem hat sich mit der neuen Version der xkbmap (r1803) bei **Mathematica** nun von **Mod4** auf **Mod3** verlagert. Das ist sehr ungünstig, da man die Rechenzeichen und Klammern (+-*/) auf Ebene 3 hat. Somit ist Mathematica mit Neo eigentlich gar nicht mehr bedienbar. :-(

wettstein509 commented

2009-05-08 21:29:36 +02:00

Die Methode mit Num_Lock und actions funktioniert auch für Mathematica (ausprobiert mit Version 6.0).

erik closed this issue

2009-05-10 09:18:29 +02:00

erik commented

2009-05-10 09:18:29 +02:00

Die Methode mit Num_Lock und actions funktioniert auch für Mathematica (ausprobiert mit Version 6.0).
Ja, und mit Eurer (Stephans und Deiner) kombinierten Arbeit in r1824 auch endgültig für alle einfach zu testen.

Dieser Fehler wird hiermit geschlossen.

> Die Methode mit Num_Lock und actions funktioniert auch für Mathematica (ausprobiert mit Version 6.0). Ja, und mit Eurer (Stephans und Deiner) kombinierten Arbeit in r1824 auch endgültig für alle einfach zu testen. Dieser Fehler wird hiermit geschlossen.

wettstein509 commented

2009-05-29 18:58:45 +02:00

Dieses Ticket wird mit Revision 1879 wieder aktuell. Daher eine Aktualisierung:

Das Problem für ratpoison geht auf einen Fehler im Makro IsModifierKey im Standard-Header include/X11/Xutil.h zurück. Ich habe den Fehler vor ein paar Tagen gemeldet. Er ist leicht zu beheben, ist aber noch offen. Und bis von der Korrektur auch kommerzielle Programme profitieren kann unter Umständen Jahre dauern.

Trotzdem bin ich der Meinung, dass dieses Ticket nach wie vor als erledigt angesehen werden sollte. Neo macht nichts falsch.

Dieses Ticket wird mit Revision 1879 wieder aktuell. Daher eine Aktualisierung: Das Problem für ratpoison geht auf einen Fehler im Makro IsModifierKey im Standard-Header include/X11/Xutil.h zurück. Ich habe den Fehler vor ein paar Tagen gemeldet. Er ist leicht zu beheben, ist aber noch offen. Und bis von der Korrektur auch kommerzielle Programme profitieren kann unter Umständen Jahre dauern. Trotzdem bin ich der Meinung, dass dieses Ticket nach wie vor als erledigt angesehen werden sollte. Neo macht nichts falsch.

Stephan commented

2010-01-07 19:05:30 +01:00

der Link zum xorg-Bug: https://bugs.freedesktop.org/show_bug.cgi?id=21910

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#74