Olá Leonardo, tudo jóia ?
No momento não estou utilizando esta versão mais recente do Gnome,
entretanto acredito que um relatório no Gnome Bugzilla, indicando
o próprio input method framework IBus -->
https://bugzilla.gnome.org/ possa ser o suficiente.
Claro, não esqueça de descrever que utiliza a codificação UTF-8.
Aguarde a resposta dos outros colegas para verificar se outra
pessoa passou por situação análoga e possa lhe oferecer uma dica
de como contornar isto.
Abraços, boa sorte.
Enrico Nicoletto,
_____________________
Em 03/11/2012 08:11, Leonardo Ferreira Fontenelle escreveu:
Oi, pessoal. Quanto tempo!
Uso o Arch Linux, uma distribuição que faz questão de
manter-se fiel ao upstream. Normalmente, quando um erro
aparece no Arch Linux, ele veio direto do desenvolvedor do
aplicativo, e é do desenvolvedor do aplicativo que terá que vir
a solução. Meu teclado é o americano internacional, até porque é
o que veio com o laptop. Sempre pressionei ' + c para produzir
ç, mas desde a atualização para o GNOME 3.6, ' + c = ć. Descobri
que AltGr + , = ç, mas essa solução está longe de me satisfazer.
Eu quero o modo antigo de volta.
Se não me engano, algumas pessoas passaram por isso com o
Fedora 10, que acredito ter sido caracterizado pela adoção do
IBUS. Uma baita coincidência! Mas, curiosamente, se eu seleciono
o método de entrada "IBUS" no menu de contexto de uma caixa de
texto, o ' + c = ç volta a funcionar. Pena que isso só tem
efeito para aquela caixa de texto (ou para aquele aplicativo?),
e só está disponível para aplicativos GTK+, e não, por exemplo,
no Firefox. De qualquer forma, o problema parece me ser alguma
mudança no comportamento do GNOME a partir do momento em que o
IBUS se tornou uma dependência.
Alguns trechos (potencialmente) relevantes:
/usr/share/kbd/keymaps/i386/qwerty/us-acentos.map.gz (pacote
kbd):
compose '\'' 'c' to 'ç'
(Nota: o nome do arquivo é us-acentos, e não us-intl. Ele
está codificado em ISO 8859-1, e seu cabeçalho contém texto em
português, assinado por um funcionário da Conectiva.)
/usr/share/X11/xkb/symbols/us (pacote xkeyboard-config):
xkb_symbols "intl" {
name[Group1]= "English (US, international with dead
keys)";
[...]
key <AE05> { [ 5, percent,
EuroSign, dead_cedilla ] };
[...]
key <AB08> { [ comma, less,
ccedilla, Ccedilla ] };
[...]
key <AC11> { [dead_acute, dead_diaeresis,
apostrophe, quotedbl ] };
(Notas: o formato é tecla,
shift+tecla, AltGt+tecla, shift+AltGt+tecla; acredito que o
us_intl também tenha sido, ao menos em parte, colaborado pela
Conectiva.)
/usr/share/X11/locale/pt_BR.UTF-8/Compose
(pacote libX11):
# Modified for Brazilian
Portuguese by Gustavo Noronha Silva <
kov debian org>
[...]
<dead_acute> <c>
: "ç" ccedilla # LATIN SMALL LETTER C WITH CEDILLA
<dead_cedilla>
<c> : "ç" ccedilla # LATIN SMALL LETTER C WITH
CEDILLA
Então, parece que até a versão
GNOME 3.4, o GNOME usava o XIM (provido pelo libX11), mas agora,
com a incorporação o input method framework IBus, o
método de entrada "simples" não tem as particularidades do
"pt_BR.UTF-8/Compose", e eu não consegui fazer com que os
métodos de entrada "cedilha" ou "IBus" sejam usados por padrão.
Eu preciso saber se vocês
conseguem reproduzir o problema, se concordam com a necessidade
de se abrir um relatório de erro (qual componente?) e como estão
contornando o problema. (Tentei
desabilitar
a integração do IBus, sem sucesso.)
--
Leonardo Ferreira Fontenelle
_______________________________________________
gnome-pt_br-list mailing list
gnome-pt_br-list gnome org
https://mail.gnome.org/mailman/listinfo/gnome-pt_br-list
