Bug 228428 - Ctrl-v during preedit appears in preedit buffer for qt XIM
Ctrl-v during preedit appears in preedit buffer for qt XIM
Product: Fedora
Classification: Fedora
Component: scim-chewing (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Caius Chance
: i18n
Depends On:
  Show dependency treegraph
Reported: 2007-02-12 23:02 EST by Jens Petersen
Modified: 2008-04-08 20:59 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-04-08 20:59:08 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
patch (700 bytes, application/octet-stream)
2008-04-08 20:58 EDT, Caius Chance
no flags Details

  None (edit)
Description Jens Petersen 2007-02-12 23:02:44 EST
Description of problem:
When using scim-chewing in KDE apps copy'n'paste does not work correctly.

How reproducible:
every time

Steps to Reproduce:
1. QT_IM_MODULE=xim kate
2. input some text with scim-chewing
3. try to copy and paste with keyboard (Shift-cursor, Ctrl-c, cursor, Ctrl-v)
Actual results:
After Ctrl-c, moving cursor causes highlighted text to vanish.

Expected results:
Text to remain.

Additional info:
works fine with scim-qtimm
Comment 2 Caius Chance 2008-03-11 22:30:02 EDT
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.

Comment 3 Caius Chance 2008-03-17 02:16:56 EDT
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?
Comment 4 Caius Chance 2008-03-17 02:24:21 EDT
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.
Comment 5 Jens Petersen 2008-03-17 03:46:58 EDT
Yes, pasting during preedit appears in the preedit buffer,
and if you copy and then paste during preedit the results seen even
Comment 6 Caius Chance 2008-03-17 22:42:08 EDT
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.
Comment 7 Jens Petersen 2008-03-17 23:45:04 EDT
I think I could reproduce it with kwrite too yesterday.
Comment 8 Caius Chance 2008-03-17 23:52:30 EDT
That's right. I just tested with kwrite and it's reproducible.
Comment 9 Jens Petersen 2008-03-19 01:51:59 EDT
Is it happening for IMEs other than scim-chewing and scim-tables?
Comment 10 Caius Chance 2008-03-31 02:05:51 EDT
Test Result:

* Ignores the ctrl-v paste:

* Texts appears at preedit buffer, but removed when commit key is pressed:

* Texts are directly pasted and committed as soon as ctrl-v pressed:
Comment 11 Caius Chance 2008-04-03 00:37:07 EDT
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.
Comment 12 Caius Chance 2008-04-03 00:43:18 EDT
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.
Comment 13 Caius Chance 2008-04-08 20:58:23 EDT
Created attachment 301738 [details]

tested working
Comment 14 Caius Chance 2008-04-08 20:59:08 EDT
patched tested built done

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