Description of problem: function for changing languages with shift is creating problem. Eg. if I am writing in Hindi then I have to use frequently 'shift'. Due to this unwanted language change happens frequently. This occured very often. Version-Release number of selected component (if applicable): 1.4 How reproducible:everytime when releasing shift key Steps to Reproduce: 1. change language with Ctrl-space. 2.Press shift key 3. Relaese shift key Actual results: Language change occured too often Expected results: language should not change with shift key Additional info:
Evidently this behavior is not active by default in all SCIM IM languages, but only a select few. Shift Enable/Disable Examples ============================= Smart Pinyin Arabic Amharic Counter-Examples ================ Anthy Hangul (all) I suspect that this behavior is a hold-over from the default SCIM Pinyin behavior which was a primary motivation for the creation of SCIM. It is highly desired for Chinese as it matches the behavior of popular software like Ziguang Pinyin. I suggest that we decide if we should add an option to the various IM languages whether they are enabled or disabled in our environment by default. Some languages may desire this SHIFT behavior, while others like this report where it would be undesirable. An option with per-language default would allow expected behavior and an option to change it if the user so desires. We should make these determinations based upon the default behavior of popular equivalent software on platforms like Windows, or precedent of RHEL4.
Agreed, basically I think it would be better for scim-pinyin to handle this itself, like scim-anthy does for example, but failing that we may have to default according to locale or something like that.
It's a bug of scim-tables. I'll fix it asap.
James, I've sometimes seen this behavior in scim-anthy too. Is there any possible explanation for this?
I believe scim-tables no longer default to using Shift-release for toggling between native and ascii input.
I haven't seen this behavior anymore for a while. Closing.