Re: [Neo] XCompose: ♫sum funktioniert nicht
> Vielen Dank für den Hinweis. Die auf der Seite beschriebenen Probleme > habe ich nicht. Ich konnte alle genannten Kombinationen ohne Probleme > unter GNOME erstellen. Vermutlich hat GTK die Composesequenzen in den Beispielen jetzt auch implementiert. Hast du die Umgebungsvariablen so gesetzt wie in der FAQ angegeben? Wenn nicht, tu es. > Mein Problem ist übrigens auf einem anderen System mit Awesome als > Fensterverwaltung auch vorhanden. Der Windowmanager ist egal. Du hast übrigens noch nicht geschrieben, welcher Anwendung du das ∑ zu entlocken versuchst, und das spielt eine Rolle. > Bei ♫sum und ♫int wird in `xev` das Symbol angezeigt, aber im Fenster > erscheint nur das letzte Zeichen (m oder t). xev ist halt kein GTK-Programm. Probiere mal ein xterm, da geht es bestimmt auch. > Ich habe auch Kombinationen gefunden, die *nicht* funktionieren und die > ein UTF-8 Zeichen erzeugen und aus zwei Buchstaben bestehen. Der > Realteil ℜ erzeugt mit ♫re ist ein Beispiel dafür. ℜ ist eines dieser Neo-Mätzchen, die GTK wahrscheinlich nicht hat. Andreas
Re: [Neo] XCompose: ♫sum funktioniert nicht
Am Samstag, den 17.12.2011, 16:52 +0100 schrieb wettstein...@solnet.ch: > >XKeysymToKeycode returns keycode: 105 > > Das sollte eigentlich keine Rolle spielen. Ich vermute, Pascal hat > seine rechte Control-Taste in eine zweite Compose-Taste umfunktioniert. Verstehe. > > Über die GNOME Tastatureinstellungen habe ich meine Optionen nun > > Aber GNOME (bzw. GTK) könnte eine Rolle spielen. Siehe die FAQ: > > > http://wiki.neo-layout.org/wiki/FAQ#BeimirfunktionierenmancheKombinationenmitderKombo-Compose-TasteoderdentotenTastenT1T2T3unterGnomeundGTK-Programmennicht Vielen Dank für den Hinweis. Die auf der Seite beschriebenen Probleme habe ich nicht. Ich konnte alle genannten Kombinationen ohne Probleme unter GNOME erstellen. Mein Problem ist übrigens auf einem anderen System mit Awesome als Fensterverwaltung auch vorhanden. Kann das Problem mit der Kombination von mehr als zwei „normalen“ Zeichen zu tun haben. Σ ist länger als ein normales Zeichen und ♫sum mit drei Zeichen auch. Ganz scheint diese Theorie nicht zu stimmen. Die folgenden Kombinationen mit drei Zeichen, aber kein Buchstabe, funktionieren. # Dashes : "–" endash # EN DASH : "—" emdash # EM DASH Bei ♫sum und ♫int wird in `xev` das Symbol angezeigt, aber im Fenster erscheint nur das letzte Zeichen (m oder t). Die Freigabeereignisse (KeyRelease) scheinen falsch geordnet zu sein. KeyPress event, serial 33, synthetic NO, window 0x401, root 0x102, subw 0x0, time 29307069, (610,206), root:(622,297), state 0x0, keycode 58 (keysym 0x6d, m), same_screen YES, XLookupString gives 1 bytes: (6d) "m" XmbLookupString gives 1 bytes: (6d) "m" XFilterEvent returns: True KeyPress event, serial 33, synthetic NO, window 0x401, root 0x102, subw 0x0, time 29307069, (610,206), root:(622,297), state 0x0, keycode 0 (keysym 0x1002211, U2211), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 3 bytes: (e2 88 91) "∑" XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x401, root 0x102, subw 0x0, time 29307149, (610,206), root:(622,297), state 0x0, keycode 58 (keysym 0x6d, m), same_screen YES, XLookupString gives 1 bytes: (6d) "m" XFilterEvent returns: False Ich habe auch Kombinationen gefunden, die *nicht* funktionieren und die ein UTF-8 Zeichen erzeugen und aus zwei Buchstaben bestehen. Der Realteil ℜ erzeugt mit ♫re ist ein Beispiel dafür. KeyPress event, serial 33, synthetic NO, window 0x421, root 0x102, subw 0x0, time 29532565, (334,66), root:(350,179), state 0x0, keycode 45 (keysym 0x72, r), same_screen YES, XLookupString gives 1 bytes: (72) "r" XmbLookupString gives 1 bytes: (72) "r" XFilterEvent returns: True KeyPress event, serial 33, synthetic NO, window 0x421, root 0x102, subw 0x0, time 29532629, (334,66), root:(350,179), state 0x0, keycode 41 (keysym 0x65, e), same_screen YES, XLookupString gives 1 bytes: (65) "e" XmbLookupString gives 1 bytes: (65) "e" XFilterEvent returns: True KeyPress event, serial 33, synthetic NO, window 0x421, root 0x102, subw 0x0, time 29532629, (334,66), root:(350,179), state 0x0, keycode 0 (keysym 0x100211c, U211C), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 3 bytes: (e2 84 9c) "ℜ" XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x421, root 0x102, subw 0x0, time 29532645, (334,66), root:(350,179), state 0x0, keycode 45 (keysym 0x72, r), same_screen YES, XLookupString gives 1 bytes: (72) "r" XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x421, root 0x102, subw 0x0, time 29532709, (334,66), root:(350,179), state 0x0, keycode 41 (keysym 0x65, e), same_screen YES, XLookupString gives 1 bytes: (65) "e" XFilterEvent returns: False Hier kommen die Freigabeereignisse auch erst später. »re« wird hier aber *nicht* angezeigt. Die „Version“ von `setxkbmap` ist die folgende. x11-xkb-utils 7.6+4 Die vollständigen Ausgaben sind angehängt. Liebe Grüße, Paul -- Summenzeichen ∑ ♫sum -- KeyRelease event, serial 21, synthetic NO, window 0x401, root 0x102, subw 0x0, time 29304573, (610,206), root:(622,297), state 0x80, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XKeysymToKeycode returns keycode: 92 XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x401,
Re: [Neo] XCompose: ♫sum funktioniert nicht
>XKeysymToKeycode returns keycode: 105 Das sollte eigentlich keine Rolle spielen. Ich vermute, Pascal hat seine rechte Control-Taste in eine zweite Compose-Taste umfunktioniert. > Über die GNOME Tastatureinstellungen habe ich meine Optionen nun Aber GNOME (bzw. GTK) könnte eine Rolle spielen. Siehe die FAQ: http://wiki.neo-layout.org/wiki/FAQ#BeimirfunktionierenmancheKombinationenmitderKombo-Compose-TasteoderdentotenTastenT1T2T3unterGnomeundGTK-Programmennicht. Andreas
Re: [Neo] XCompose: ♫sum funktioniert nicht
Am Montag, den 23.05.2011, 10:23 +0200 schrieb Pascal Hauck: > Am Mittwoch, 18. Mai 2011, 23:25:33 schrieb Paul Menzel: > > Wie sieht diese Ausgabe bei Euch aus? > > Beide Möglichkeiten funktionieren bei mir mit der Xmodmap. Jedoch scheint es > tatsächlich zu sein, dass unterschiedliche Systeme zum Teil Probleme bereiten. > setxkbmap -print: > - > xkb_keymap { > xkb_keycodes { include "evdev+aliases(qwerty)" }; > xkb_types { include "complete" }; > xkb_compat{ include "complete" }; > xkb_symbols { include "pc+lv+inet(evdev)+terminate(ctrl_alt_bksp)" > > }; > xkb_geometry { include "pc(pc104)" }; > }; > - Über die GNOME Tastatureinstellungen habe ich meine Optionen nun deaktiviert. $ setxkbmap -print xkb_keymap { xkb_keycodes { include "evdev+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat{ include "complete" }; xkb_symbols { include "pc+lv+inet(evdev)" }; xkb_geometry { include "pc(pc105)" }; }; Die Änderungen brachten aber keine Lösung des Problems. > xev ♫sum: > - > KeyPress event, serial 33, synthetic NO, window 0x121, > root 0x108, subw 0x0, time 141963, (1064,486), root:(1068,509), > state 0x0, keycode 66 (keysym 0xff7e, Mode_switch), same_screen YES, > XKeysymToKeycode returns keycode: 51 > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: False > > KeyPress event, serial 33, synthetic NO, window 0x121, > root 0x108, subw 0x0, time 142105, (1064,486), root:(1068,509), > state 0x2000, keycode 23 (keysym 0xff20, Multi_key), same_screen YES, > XKeysymToKeycode returns keycode: 105 > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: True > > KeyRelease event, serial 33, synthetic NO, window 0x121, > root 0x108, subw 0x0, time 142269, (1064,486), root:(1068,509), > state 0x2000, keycode 23 (keysym 0xff20, Multi_key), same_screen YES, > XKeysymToKeycode returns keycode: 105 > XLookupString gives 0 bytes: > XFilterEvent returns: False > > KeyRelease event, serial 33, synthetic NO, window 0x121, > root 0x108, subw 0x0, time 142285, (1064,486), root:(1068,509), > state 0x2000, keycode 66 (keysym 0xfe0c, ISO_First_Group), same_screen > YES, > XLookupString gives 0 bytes: > XFilterEvent returns: False Ich verglich diese mit meiner Ausgabe und konnte schon beim Erzeugen der Compose-Taste (Multi_key) einen Unterschied feststellen. KeyPress event, serial 30, synthetic NO, window 0x3c1, root 0x102, subw 0x0, time 6026941, (1002,393), root:(1006,462), state 0x0, keycode 66 (keysym 0xff7e, Mode_switch), same_screen YES, XKeysymToKeycode returns keycode: 51 XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x3c1, root 0x102, subw 0x0, time 6027037, (1002,393), root:(1006,462), state 0x2000, keycode 23 (keysym 0xff20, Multi_key), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x3c1, root 0x102, subw 0x0, time 6027181, (1002,393), root:(1006,462), state 0x2000, keycode 66 (keysym 0xfe0c, ISO_First_Group), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x3c1, root 0x102, subw 0x0, time 6027213, (1002,393), root:(1006,462), state 0x0, keycode 23 (keysym 0xff09, Tab), same_screen YES, XLookupString gives 1 bytes: (09) " " XFilterEvent returns: False […] Bei Pascals Ausgabe erscheint beim Drücken der Tabulatortaste für die Kombination der Compose-Taste XKeysymToKeycode returns keycode: 105 bei mir nicht. Zudem wird bei Pascal erst die Taste Multi_key wieder gelöst(?) und danach die Taste Mod3 (Hochstelltaste). Bei mir wird die Taste Mod3 (Hochstelltaste) gelöst und danach die Tabulatortaste. Es sieht als so aus, dass die Compose-Taste bei mir noch nicht richtig aktiviert ist. Kennt jemand die Ursache für dieses Problem oder könnte mir einen Hinweis zum weiteren Vorgehen geben? Ich benutze `starte_neo`, das unter anderem setxkbmap lv && xmodmap neo_de.xmodmap ausführt. Liebe Grüße, Paul signature.asc Description: T
[Neo] Qt und nicht tippbare Zeichen
Hallo Mailingsliste! Ist es möglich, dass man auf der KDE-Oberfläche nicht mehr dieses Zeichen direkt eingeben kann: ẞ Alle KDE Programme ignorieren die Eingabe. Die anderen Zeichen funktionieren normal. Dieses Zeichen konnte ich jetzt nur in Libreoffice erstellen. Woran liegt der Fehler? Früher ging das doch auch?