Bug 50748 - konqueror eats XIM Control-Key as Short-cut
Summary: konqueror eats XIM Control-Key as Short-cut
Status: RESOLVED WORKSFORME
Alias: None
Product: unknown
Classification: Bugzilla Internals
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: Ellis Whitehead
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-11-15 11:02 UTC by Takumi ASAKI
Modified: 2003-03-29 06:17 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Takumi ASAKI 2002-11-15 11:02:56 UTC 
Version:
Comment 1 Ellis Whitehead 2002-11-16 16:57:36 UTC 
What is XIM?  Is it an application you're running from an embedded konsole?  If so, this 
problem should already be fixed, since konsole overrides all Ctrl+<key> shortcuts now.   
 
Or is it a konqueror part?  If so, whoever's responsible for it can check out the konsole 
part to see how this is done.  In eventFilter(), AccelOverride events need to be 
processed for the desired keys.  In any case, it doesn't have anything to do with   
kdelibs.
Comment 2 Takumi ASAKI 2002-11-18 17:03:01 UTC 
XIM is X Input Method. 
Please see http://www.suse.de/~mfabian/suse-cjk/xim.html 
 
We needs XIM to input non-ascii charcters. 
ex. Japanese, Chinese, Korean. 
KDE and Qt supports XIM. 
 
To input Japanese, we use `conversionStartKey' and enter XIM-input mode. 
In XIM-input mode, All of key-code should be passed to XIM server first. 
But current(3.1rc3)'s konqueror eat shortcut-key first. 
So we can't control XIM. 
KDE-3.0 doesn't have this bug. 
 
Kate had same bug. And fixed it. 
http://bugs.kde.org/show_bug.cgi?id=50386 
http://lists.kde.org/?l=kde-cvs&m=103747068313209&w=2 
http://lists.kde.org/?l=kde-cvs&m=103747104813405&w=2
Comment 3 Takumi ASAKI 2003-03-29 06:17:00 UTC 
It's Qt's bug. 
After Qt-3.1.1 It's fixed.