Bug 228428
Summary: | Ctrl-v during preedit appears in preedit buffer for qt XIM | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jens Petersen <petersen> | ||||
Component: | scim-chewing | Assignee: | Caius Chance <K9> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | CC: | eng-i18n-bugs | ||||
Target Milestone: | --- | Keywords: | i18n | ||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2008-04-09 00:59:08 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Jens Petersen
2007-02-13 04:02:44 UTC
I have problem to turn on SCIM when using QT_IM_MODULE=xim kate or QT_IM_MODULE=scim kate. FYI, tested on QT_IM_MODULE=scim-bridge kate and the bug is not producible on that. For reference, im-chooser has to be run to enable scim before the triage. According to the result, with Chewing focused in, the copy-and-paste function does work for QT XIM whenever the characters/strings are committed. Besides, the paste hotkey is inappropriately works when Chewing in preedit buffer state. Users could ctrl-v to paste any characters that had been copied in any previous situation into the preedit buffer, though final commit of characters by Chewing mostly remained without pasted characters. I might recognize the pasting problem as a bug. What do you think Jens? Procedures to reproduce pasting problem: 1. Start with step 1 in comment #0. 2. Copy any texts from anywhere even another software. 3. Switch on Chewing in kate by Ctrl-Space (as toggle key). 4. Type 'j' 'i' '3', char "我" should be in preedit buffer. 5. Press Ctrl-v to paste the texts copied previous into preedit buffer. 6. Press Enter. Current Result: - Only char "我“ is committed. Expected Result: - User is unable to paste anything in step 5. - Pressing Enter commits char "我" from preedit buffer to kate. Yes, pasting during preedit appears in the preedit buffer, and if you copy and then paste during preedit the results seen even stranger. More softwares are tested. The problem are not happened in konversation, konsole that chewing behaves just like when it's on gnome (pastes are committed directly beyond preedit). It is only happening on kate. Furthermore, more than one SCIM IMEs got the same problem, such as Changjie, Simple/Easy/Quick. However, scim-anthy could keep pasting disabled during preedit state. I think I could reproduce it with kwrite too yesterday. That's right. I just tested with kwrite and it's reproducible. Is it happening for IMEs other than scim-chewing and scim-tables? Test Result: * Ignores the ctrl-v paste: scim-anthy scim-array * Texts appears at preedit buffer, but removed when commit key is pressed: scim-chewing scim-pinyin scim-python-pinyin * Texts are directly pasted and committed as soon as ctrl-v pressed: scim-fcitx More test results (scim-chewing x qt{3,4} apps): kate, kwrite: texts were pasted into preedit buffer, but the pasted texts were removed when commit key is pressed. knotes, kaddressbook, korganizer: texts were directly committed to the applications without any change of preedit state. oowriter: scim was not started with that. Most IMEs that used preedit buffer behaved same on applications, except anthy and skk. I tried to catch the ctrl+v event (SCIM_KEY_Control + SCIM_KEY_v) in scim-chewing sources but no luck. Created attachment 301738 [details]
patch
tested working
patched tested built done |