Being GTK applications, geany and sakura may not always honor your keyboard settings. GTK likes to add its own layers of complication to things.Karl Godt wrote:setxkbmap worked setting it for geany once but not typing into sakura terminal emulator .
Then i changed a lot and next time it worked perfectly .
Most of the times it worked ok as i can remember .
For instance, using the default Racy 5.2.2 locale, en_US, and setting the intl variant of the us keyboard layout, hitting the key left of Enter (the apostrophe key on the us layout) followed by hitting c generates "ccedilla" (ç). If you test this with xev, it will correctly report:
Code: Select all
XmbLookupString gives 1 bytes: (e7) "ç"
But in geany 0.19.1, the character entered is "cacute" (ć), and in sakura 2.3.8, the character entered is "c" (c).
When GTK first introduced this "feature", there was quite a bit of traffic on various forums from people in Brazil who were using US keyboards. Suddenly they had to learn where ç had moved to, and then retrain their fingers to break a lifetime habit of hitting ' and c to get ç. Not only that, but their fingers had to remember which applications used the new placement, and which applications still honored the keyboard settings they had defined.
Alternatively, they had to use a work-around, like setting a GTK input method.
Two input methods that work for this particular case can be set like this (using geany as an example):
Code: Select all
GTK_IM_MODULE=cedilla geany
Code: Select all
GTK_IM_MODULE=xim geany
These commands will work for sakura as well, or you can use the sakura menu item Options -> Input methods.
I am of the opinion that if a user sets up a her keyboard settings a certain way, an application should honor those settings unless she specifies the --gtk-go-ahead-GTK-please-scramble-my-keyboard option.