https://bugzilla.redhat.com/show_bug.cgi?id=1374888
--- Comment #7 from fujiwara <tfujiwar(a)redhat.com> ---
(In reply to Mauricio Silveira from comment #3)
Yes, I use GNOME ( I've always been kind of KDE/Plasma, but it
got really
buggy and I got used to and switched to GNOME in Fedora22 ).
Interested in the problems in Plasma.
First, I had no idea of the "$HOME/.config/ibus/Compose"
file usage. After
copying ( I could have made a link ), QT worked!
The format is same in /usr/share/X11/$locale/.../Compose and see man
Compose(5).
Then, I got back to my
"/etc/X11/xinit/xinitrc.d/99-force-im.sh" and changed
it to:
#!/bin/bash
export GTK_IM_MODULE=ibus
I think the file is no longer needed for your purpose.
GNOME use ibus or gtk-im-context-simple but I implemeted the compose table in
both.
For GTK3, $HOME/.Compose or $HOME/.config/gtk-3.0/Compose
All working fine now except for gnome-terminal. If I copy/past ç
into
gnome-terminal, it displays correctly, but trying to get ç via '+c still
results in ć.
I think gnome-terminal won't inherit 99-force-im.sh because the entity is
gnome-terminal-server and it's invoked by dbus-daemon which does not inherit
99-force-im.sh .
But anyway, you can use the compose tables with GTK3 too.
About LC_CTYPE:
My system is set to en_US and formats to Brasil ( GNOME settings )
The output from "env | grep LC" is :
LC_PAPER=pt_BR.UTF-8
LC_MONETARY=pt_BR.UTF-8
LC_NUMERIC=pt_BR.UTF-8
LC_MEASUREMENT=pt_BR.UTF-8
LC_TIME=pt_BR.UTF-8
And the output of "locale" command is:
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=pt_BR.UTF-8
LC_TIME=pt_BR.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=pt_BR.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=pt_BR.UTF-8
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT=pt_BR.UTF-8
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Should LC_CTYPE have been set to pt_BR.UTF-8 ?
If you set pt_BR.UTF-8, you can get ccedilla without having $HOME/**/*Compose.
You can choose one of either customizing Compose file or setting LC_CTYPE.
(In reply to Mauricio Silveira from comment #4)
Updating:
1.) Cleared im-chooser settings, removed
"/etc/X11/xinit/xinitrc.d/99-force-im.sh" - result: GTK_IM_MODULE is not set
Right. GNOME uses a gsettings value instead.
There is a bit complicated settings.
If you sets XKB input sources only on `gnome-control-center region`, all input
sources will use gtk-im-context-simple.
If you add one more IM input sources on `gnome-control-center region`, all
input sources will use ibus.
E.g. one of IM is "English (United States)" -> "English (English US
(Hunspell))"
So I guess your desktop uses gtk-im-context-simple but not ibus.
But you can use $HOME/.Compose or $HOME/.config/gtk-3.0/Compose .
Restored "/etc/X11/xinit/xinitrc.d/99-force-im.sh"
2.) Removed "$HOME/.config/ibus/Compose", system reboot - result: It got
back to typing ć as expected ( ibus had the ç Compose cached )
3.) edited /etc/locale.conf and added LC_CTYPE=pt_BR.UTF-8, logged out and
in - result: nothing changed
system rebooted : Wotking as expected, now '+c is ç , even gnome-terminal
worked!
4.) Now that setting LC_CTYPE fixed everything, I removed
"/etc/X11/xinit/xinitrc.d/99-force-im.sh", rebooted - result: as expected,
GTK_IM_MODULE is not set BUT everything is working fine with ç Ç
Looks good.
--
You are receiving this mail because:
You are on the CC list for the bug.