Bug 169122 - default "Turn on/off" hotkey binding to Shift too easy to mistrigger
Summary: default "Turn on/off" hotkey binding to Shift too easy to mistrigger
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: scim-tables
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jens Petersen
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: FC5Blocker SCIM
TreeView+ depends on / blocked
 
Reported: 2005-09-23 12:29 UTC by Rajesh Ranjan
Modified: 2015-04-21 04:33 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-03-06 15:31:58 UTC
Type: ---


Attachments (Terms of Use)

Description Rajesh Ranjan 2005-09-23 12:29:12 UTC
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:

Comment 1 Warren Togami 2005-09-26 05:00:23 UTC
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.

Comment 2 Jens Petersen 2005-09-26 06:12:36 UTC
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.

Comment 3 James Su 2006-01-11 06:23:12 UTC
It's a bug of scim-tables. I'll fix it asap.

Comment 4 Warren Togami 2006-01-24 06:07:40 UTC
James, I've sometimes seen this behavior in scim-anthy too.  Is there any
possible explanation for this?


Comment 5 Jens Petersen 2006-02-13 08:38:20 UTC
I believe scim-tables no longer default to using Shift-release
for toggling between native and ascii input.

Comment 6 Warren Togami 2006-03-06 15:31:58 UTC
I haven't seen this behavior anymore for a while.  Closing.



Note You need to log in before you can comment on or make changes to this bug.