os mapeamentos de teclas de composição diferem entre os aplicativos gtk e qt

Question

Estou percebendo que há uma inconsistência na saída de um dos combos de composição.

Quando eu digito ([Compose]..) no Chrome, gedit, gnome-terminal ou roxterm, recebo o caractere '˙'. Este é um pequeno ponto levantado:

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

Quando eu digito o mesmo combo em konsole, yakuake ou kate, eu pego o caractere '…'. Esta é uma reticência:

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

Isso não é um problema de fonte: se eu copiar e colar um caractere de um aplicativo usando um kit de ferramentas em um aplicativo usando o outro, sua aparência será mantida.

Eu uso alguns outros combos regularmente e eles parecem funcionar consistentemente em todos os kits de ferramentas.

Eu acho que esse é um fenômeno muito recente. Eu atualizei do Ubuntu 8.10 para 9.10 muito recentemente, então isso pode estar relacionado.

Não tenho certeza se isso voltará a ocorrer se eu reiniciar o X, e prefiro não descobrir.

Alguém pode explicar como isso é possível e o que posso fazer para resolvê-lo? Eu gostaria que as reticências aparecessem em todos os aplicativos quando esse combo fosse inserido.

    

Answer 1

X, bem como cada kit de ferramentas de widget, tem sua própria tabela de composição. O GTK + obtém sua maior parte do X , enquanto o Qt tem seus próprios mapeamentos localizados ... em outro lugar. Vou atualizar isso quando eu encontrá-los.

    

Answer 2

Métodos de entrada e X têm um histórico longo e complicado. História resumida, em sua máquina, o Qt e o GTK estão usando diferentes métodos de entrada X.

O wiki do KDE tem uma página sobre como fazer com que tanto o Qt quanto o GTK usem o mesmo método de entrada (xim, neste caso).

tl; dr para distribuições baseadas em Debian / Ubuntu:

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