id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
46	Bugs melden	Sepp <nix@…>		"Es sind an mehrere Projekte Bugs zu melden:


= X.org (1) =

'''Behandelt in der Mail:''' Re: [neo] an die Linuxer: Treiber fertig machen für Xorg 
'''vom:''' 04.07.2008 22:37

== Kurz ==

Wenn in der Xmodmap oder der Xkbmap unter Linux für eine Taste ''implies'' angegeben wird, sollte eigentlich laut ''/usr/include/X11/keysymdef.h'' das im Kommentar erwähnte Zeichen erscheinen:

⇒ (''U+21D2 RIGHTWARDS DOUBLE ARROW'')

Es erscheint jedoch das hier: ⊢ (''U+22A2 RIGHT TACK'')

== Kommentare und Ergänzungen ==

Ist Euch übrigens schon aufgefallen, dass in den offiziellen
Unicodetabellen beim Zeichen ⊢ als Kommentar steht:
  Aliasnamen:
   • turnstile
   • proves, implies, yields x
   • reducible
Also auch ''implies''! Bei diesem Zeichen aber nicht „⇒“. Ha. Da hat
sicher einer der Programmierer geschlampt.

Wo melden wir das? X-Bug, oder?

Hier die Zeile aus der ''/usr/include/X11/keysymdef.h'':
{{{
#define XK_implies                       0x08ce  /* U+21D2 RIGHTWARDS DOUBLE ARROW */
}}}

Aber was bedeutet der Code ''0x08ce''? Ich kann den nirgends finden.
Ganz oben in der Einführung der Datei ''/usr/include/X11/keysymdef.h'' wird ja noch die Datei ''xc/lib/X11/KeyBind.c'' erwähnt. Vielleicht ist da
ersichtlich, dass es wirklich falsch ist.

So, ich teste das mal:
export GTK_IM_MODULE=xim && gucharmap

Tatsächlich, wenn ich nun versuche den Pfeil ⇒ einzugeben, erscheint dieses komische andere Zeichen. Also ist es wirklich falsch in der ''/usr/include/X11/keysymdef.h'' (oder deren Abhängigkeiten) definiert. Da haben die Gnome das mal richtig gemacht, was die Xer falsch gemacht haben (denn unter Gnome erscheint normalerweise immer der richtige ⇒).

= X.org (2) =

in der Datei /usr/include/X11/keysymdef.h sind uptack und downtack vertauscht! 

= X.org (3) =

Abkürzungen (Greek_SIGMA usw.) für griechische Großbuchstaben funktionieren nicht in xmodmap und xkbmap

Siehe '''Mail:''' Re: [neo_layout] an Pascal: Zeichenkürzel ←→ Unicodeabkürzungen '''vom:''' 02.04.2008 12:42

und '''Mail:''' Re: [neo] an die Linuxer: Treiber fertig machen für Xorg '''vom:''' 01.07.2008 16:39

== Fehlerbeschreibung ==

=== Geht nicht wenn ===

Griechischen Großbuchstaben erscheinen bei der Eingabe nicht, wenn man sie in der Xmodmap bzw. Xkbmap als Abkürzungen (''Greek_SIGMA'' usw.) angibt, wie sie in der Datei ''/usr/include/X11/keysymdef.h'' stehen. Und zwar weder unter KDE noch unter Gnome.

=== Geht schon wenn ===

Nur wenn man die Unicodezeichen als UTF16-Kürzel angibt (z.B. ''U03A3'' für ''Greek_SIGMA''), erscheinen sie bei der Eingabe auch.

=== Hinweise ===

Der Fehler tritt auf, seitdem die ''6. Ebene'' per ''Mod3+Mod4'' erreicht wird. Vorher, mit ''Umschalt+Mod4'', funktionierte es ohne Probleme.

== Vorläufige Lösung ==

UTF16-Kürzel verwenden und als Kommentar das Zeichen angeben, für welches das UTF16-Kürzel steht.

=== Nachteil ===

Fehleranfällig, weil zwei voneinander unabhängige Angaben.

= X.org (4) =

Manche Buchstaben gehen nicht in den Anwendungen ''xterm, xfig, xpdf, xedit'' usw.

Diskutiert wurde dies schon in diversen Mails. Zum Beispiel in der 

'''Mail:''' Re: [neo] KP_Workaround ist ungeschickt '''vom:''' 28.06.2008 16:05

und in der 

'''Mail:''' Re: [neo] Steuerung von Programmen mit der NEO (Beispiel: mplayer) '''vom: ''' 04.07.2008 23:32.

== Fehlerbeschreibung ==

=== xkbmap ===
1. Wenn man es so lädt
{{{
        Option      ""XkbLayout"" ""de,de""
        Option      ""XkbVariant"" ""basic,neo""
        Option      ""XkbOptions"" ""grp:ctrls_toggle""

}}}
dann gehen nur die ersten 4 Ebenen (nach Strg+Strg).
Wenn man es jedoch umgekehrt einträgt ''""XkbVariant"" ""neo,basic""'' dann geht es.

2. Mit ''setxkbmap de neo'' dann geht immer alles

=== xmodmap ===
1. Man muss vor ''xmodmap neo_de.xmodmap'' immer ''setxkbmap ie'' ausfühern, sonst geht folgendes nicht:
  a. die 4 auf der 4. Ebene

2. bei der alten xmodmap (ohne KP-Hack)
  a. W, Ä und » gehen nicht unter xterm und Konsorten (stattdessen Einfg    usw.)
  a. fast kein Buchstabe der linken Tastaturhälfte funktioniert unter xedit,    xfig und ähnlichen Programmen

3. bei der neuen xmodmap (mit KP-Hack)
  a. gehen die Bewegungstasten auf der 4. Ebene nicht mehr (in keinem Programm),    wenn Numlock aktiviert ist (betrifft nur Thinkpads (oder?))

4. nicht alle Probleme können durch den KP-Hack gelöst werden:
  a. bei xpdf: ö geht nicht (stattdessen Tab), Ö macht rücktab
  b. bei xedit: v geht nicht (stattdessen Backspace), ebenso V

= Gnome/GTK =

Siehe Mail von Benjamin Kellermann vom 19.07.2007 09:20. 

(Mail bisher nicht gefunden)
"	Aufgabe/TODO	new	niedrig		sonstiges	2.0 BETA