Opened 18 years ago
Last modified 12 years ago
#46 assigned Aufgabe/TODO
Bugs melden — at Version 3
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | niedrig | Milestone: | Neo Version 2.0 |
| Component: | sonstiges | Version: | 2.0 BETA |
| Keywords: | externe Fehler, Fehler in Fremdprogrammen | Cc: |
Description (last modified by )
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
xmodmap
- Man muss vor xmodmap neo_de.xmodmap immer setxkbmap ie ausfühern, sonst geht folgendes nicht:
- die 4 auf der 4. Ebene
- bei der alten xmodmap (ohne KP-Hack)
- W, Ä und » gehen nicht unter xterm und Konsorten (stattdessen Einfg usw.)
- fast kein Buchstabe der linken Tastaturhälfte funktioniert unter xedit, xfig und ähnlichen Programmen
- bei der neuen xmodmap (mit KP-Hack)
- gehen die Bewegungstasten auf der 4. Ebene nicht mehr (in keinem Programm), wenn Numlock aktiviert ist (betrifft nur Thinkpads (oder?))
- nicht alle Probleme können durch den KP-Hack gelöst werden:
- bei xpdf: ö geht nicht (stattdessen Tab), Ö macht rücktab
- bei xedit: v geht nicht (stattdessen Backspace), ebenso V
X.org (5)
Wenn man den PC mit anderen Teil, die QWERTZ tippen, ist ein Umschalten mittels Strg+Strg recht praktisch. Jedoch:
xkbmap
- 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 in Neo (nachdem man mit Strg+Strg von QWERTZ zu Neo gewechselt hat). Wenn man es jedoch umgekehrt einträgt "XkbVariant" "neo,basic" dann geht alles.
- Mit setxkbmap de neo funktioniert immer alles. Man kann danach aber nicht mehr mit Strg+Strg zurückschalten. Murks.
Gnome/GTK (1)
Im gnome-terminal kann man normalerweise mit Strg++ und Strg+- (also Strg und + bzw. - gleichzeitig gedrückt) das Fenster vergrößern und verkleinern. Funktioniert aber mit Neo 2 (12. Okt. 2008, xkbmap) nicht!
In Firefox (auch GTK-Programm, oder?) geht es.
Change History (3)
comment:1 by , 18 years ago
| Description: | modified (diff) |
|---|
comment:2 by , 18 years ago
| Description: | modified (diff) |
|---|
comment:3 by , 18 years ago
| Description: | modified (diff) |
|---|
