Zusammenstellungsschlüssel-Zuordnungen unterscheiden sich zwischen gtk- und qt-Apps

868
intuited

Ich stelle fest, dass die Ausgabe einer der Compose-Key-Combos inkonsistent ist.

Wenn ich unter Chrome, gedit, gnome-terminal oder roxterm ([Compose]..) Eingebe, erhalte ich das Zeichen '˙'. Dies ist ein kleiner erhöhter Punkt:

$ echo -n '˙' | xxd 0000000: cb99 ..

Wenn ich dieselbe Kombination unter konsole, yakuake oder kate tippe, bekomme ich den Buchstaben '…'. Dies ist eine Ellipse:

$ echo -n '…' | xxd 0000000: e280 a6 ...

Dies ist kein Problem mit der Schrift: Wenn ich ein Zeichen aus einer App, die ein Toolkit verwendet, in eine App kopiert und verwendet, wird das Erscheinungsbild beibehalten.

Ich benutze ziemlich oft ein paar andere Combos, und sie scheinen durchgängig mit Toolkits zusammenzuarbeiten.

Ich denke, das ist ein ziemlich neues Phänomen. Ich habe vor kurzem ein Upgrade von Ubuntu 8.10 auf 9.10 durchgeführt, daher könnte dies zusammenhängen.

Ich bin nicht sicher, ob dies erneut auftritt, wenn ich X neu starte, und ich möchte es lieber nicht herausfinden.

Kann jemand erklären, wie dies möglich ist und was ich tun kann, um das Problem zu lösen? Ich möchte, dass die Ellipsen in allen Apps angezeigt werden, wenn diese Kombination eingegeben wird.

4

2 Antworten auf die Frage

2
Ignacio Vazquez-Abrams

X as well as each widget toolkit has its own compose table. GTK+ gets its mostly from X, whereas Qt has its own mappings located... elsewhere. I'll update this when I find them.

1
Samat Jain

Input methods and X have a long, complicated history. Story made short, on your machine Qt and GTK are using different X input methods.

The KDE wiki has a page on getting both Qt and GTK to use the same input method (xim, in this case).

tl;dr for Debian/Ubuntu-based distributions:

sudo update-alternatives --verbose --install /etc/X11/xinit/xinput.d/all_ALL xinput-all_ALL /etc/X11/xinit/xinput.d/*xim 20

Verwandte Probleme