Re: [Neo] XCompose: ♫sum funktioniert nicht
Lieber Andreas, Am Samstag, den 17.12.2011, 20:30 +0100 schrieb wettstein...@solnet.ch: 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. Ich habe die Umgebungsvariablen so in `~/.xinputrc` gesetzt. $ more ~/.xinputrc DISABLE_IMSETTINGS=yes GTK_IM_MODULE=xim 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. Normalerweise in GTK-Programmen wie dem Editor Gedit oder dem GNOME-Nachrichtenprogramm Evolution. Trotz `~/.xinputrc` geht es immer noch nicht damit. Der folgende Befehl bringt auch keine Besserung. $ export DISABLE_IMSETTINGS=yes; export GTK_IM_MODULE=xim; gnome-terminal 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. Tatsächlich. `xterm` funktioniert. Das KDE-Programm KPlato funktioniert auch. Ob auch ohne der Datei `~/.xinputrc` muss ich noch herausfinden. 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. Gut. Einen Fehlerbericht dafür konnte ich nicht finden, sodass ich nachher einen schreiben werde. Liebe Grüße und vielen Dank für die Hilfe, Paul signature.asc Description: This is a digitally signed message part
Re: [Neo] XCompose: ♫sum funktioniert nicht
Trotz `~/.xinputrc` geht es immer noch nicht damit. Der folgende Befehl bringt auch keine Besserung. $ export DISABLE_IMSETTINGS=yes; export GTK_IM_MODULE=xim; gnome-terminal Leider habe ich noch nie eine brauchbare Dokumentation für «input methods» gesehen. Also rumprobieren. Vielleicht zusätzlich noch: export XMODIFIERS=@im=local oder export XMODIFIERS=@im=none Und dann vielleicht noch export XIM_PROGRAM= Oder durchforste deine Systemeinstellungen (oder Spracheinstellungen) nach ibus und SCIM und stelle sie gegebenefalls ab. ℜ ist eines dieser Neo-Mätzchen, die GTK wahrscheinlich nicht hat. Gut. Einen Fehlerbericht dafür konnte ich nicht finden, sodass ich nachher einen schreiben werde. Es ist weder ein Fehler von Neo, eine Sequenz für ℜ zu definieren, noch einer von GTK, das nicht zu tun. Andreas
Re: [Neo] XCompose: ♫sum funktioniert nicht
Am Sonntag, den 18.12.2011, 17:42 +0100 schrieb wettstein...@solnet.ch: […] ℜ ist eines dieser Neo-Mätzchen, die GTK wahrscheinlich nicht hat. Gut. Einen Fehlerbericht dafür konnte ich nicht finden, sodass ich nachher einen schreiben werde. Es ist weder ein Fehler von Neo, eine Sequenz für ℜ zu definieren, noch einer von GTK, das nicht zu tun. Heißt das, GTK ignoriert `~/.XCompose` und das ist so gewollt? Liebe Grüße, Paul signature.asc Description: This is a digitally signed message part
Re: [Neo] Qt und nicht tippbare Zeichen
Hallo! 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? So weit ich mir das aus dem IRC zusammenreimen (vielen Dank an thiago, ein braver Qt-Mitarbeiter) konnte, liegt es daran, dass das große Eszett (ẞ) erst in Unicode 5.1 enthalten ist. Die interne Unicode-Datenbank von Qt (QtString um genau zu sein) ist aber nur auf dem Stand von Unicode 4.0. Es hilft also vermutlich nur abwarten, Tee trinken und darauf warten, dass dieser Bug abgeschlossen ist: https://bugreports.qt.nokia.com/browse/QTBUG-5472 . Liebe Grüße Michael PS: Dann können wir auch endlich die tollen neuen Unicode 6.0 Zeichen wie z.B. den Bikini eingeben! :) signature.asc Description: PGP signature
[Neo] Neo, GNOME und XCompose
Liebe Leute, Andreas hat mir in der Diskussion XCompose: ♫sum funktioniert nicht [1] schon weiterhelfen können. Mich interessiert trotzdem, ob es hier GTK/GNOME-Nutzer gibt, die alle Kombinationen nutzen können. [2] Bitte überprüft, ob ♫sum für ∑ und ♫re für ℜ bei Euch funktionieren. Antwortet bitte mit Distribution und GTK/GNOME-Version und, ob Ihr Anpassungen vornehmen musstet. Liebe Grüße und vielen Dank im Voraus, Paul [1] https://lists.neo-layout.org/pipermail/diskussion/2011-December/019677.html [2] http://wiki.neo-layout.org/wiki/FAQ#BeimirfunktionierenmancheKombinationenmitderKombo-Compose-TasteoderdentotenTastenT1T2T3unterGnomeundGTK-Programmennicht. signature.asc Description: This is a digitally signed message part
Re: [Neo] XCompose: ♫sum funktioniert nicht
Heißt das, GTK ignoriert `~/.XCompose` und das ist so gewollt? Ja. In der Voreinstellung (ohne GTK_IM_MODULE und was sonst noch zu setzen) benutzt GTK die fest in GTK eingebauten Compose-Sequenzen. Andreas
Re: [Neo] XCompose: ♫sum funktioniert nicht
Ich habe die Umgebungsvariablen so in `~/.xinputrc` gesetzt. Auf manchen Systemen ist das richtige File ~/.xinput.d/LOCALE (also zum Beispiel ~/.xinput.d/de_CH) oder ~/.xinput.d/all_ALL. Wenn du im-switch auf deinem System hast siehst du das mit 'im-switch -l'. $ export DISABLE_IMSETTINGS=yes; export GTK_IM_MODULE=xim; gnome-terminal Probiere das nochmal, und zwar von einem xterm aus, und nachdem du alle anderen gnome-terminal zuvor geschlossen hast. Offenbar gibt es immer nur einen gnome-terminal-Prozess, der dann ein weiteres Fenster aufmacht, wenn man noch einmal gnome-terminal startet. Die Umgebungsvariablen für das Terminal sind also die, die beim Starten des ersten Terminalfensters aktiv waren. Hingegen läuft die Shell im neuen Terminalfenster natürlich mit den aktuellen Umgebungsvariablen... Andreas
Re: [Neo] Qt und nicht tippbare Zeichen
Noch etwas: Ich kann mich dunkel erinnern, dass ẞ vor einiger Zeit sehr wohl funktioniert hat (könnte aber in nicht-Qt-Programmen gewesen sein). Vielleicht wurde damals nicht QtString (oder die Datenbank) verwendet, jedenfalls: Wäre interessant ob das Problem bei einem Fedora 14, Ubuntu 10.04 oder etwas anderem um das Jahr 2009/10 auch auftritt. signature.asc Description: PGP signature