Bug 1219 - In xooffice 1.1.2, there input twice some charactor when using scim-hangul
Summary: In xooffice 1.1.2, there input twice some charactor when using scim-hangul
Status: RESOLVED FIXED
Alias: None
Product: scim
Classification: Unclassified
Component: IMEngine: Other (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: James Su
QA Contact:
URL: http://pds.egloos.com/pds/1/200408/28...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-28 03:45 UTC by Kitae Kim
Modified: 2004-08-28 13:58 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Kitae Kim 2004-08-28 03:45:26 UTC
Bad:
When I try to save or save as,I can put Korean, but there is a some problem.

http://pds.egloos.com/pds/1/200408/28/72/b0006872_19403126.jpg
that image show them more clearly.
That happen only in save and save as, file name.

Good:
Except that, they work correctly with ximian-open-office-1.1.2.

PS,
I just test other XIM, Other Korean XIM work correctly, so I think,
that is bug and reporing now.
Comment 1 James Su 2004-08-28 05:04:12 UTC
Hi,
  What is xooffice? And please check if option "On The Spot" is turned on. You
can find it in scim-setup -> FrontEnd -> X Window

Regards
James Su
Comment 2 Kitae Kim 2004-08-28 05:25:36 UTC
Hi,

xoofice is Ximian-OpenOffice.

In scim-setup, I check on-the-spot.(I am will away set to 
on-the-spot)
I think that's some strange thing. 
In java, gtk, qt, kde, most work fine.
Olny in Ximian-Open-Office, in file name fild, have problem, like upper
screenshot image.

There is problem using xooffice, editing and writting.
and scim attached with on the spot.
only file name filed got problem.
Comment 3 James Su 2004-08-28 05:52:55 UTC
So please try to turn off "On The Spot". Because some clients including
OpenOffice do not support On The Spot very well.
Comment 4 Kitae Kim 2004-08-28 07:15:17 UTC
Thanks for your sugesstion.

I know if I change on-the-spot turn off,
I can input Korean correctly.

But if then, all other progam and in openoffice main window editing use
over the spot, that is tooooooo inconvenience for Korean, and using Hangul.

As I always said I don't know about programing, but other XIM program
like Nabi(Korean most favorite XIM) don't have same problem.
So I think, scim can and I hope work well with OpenOffice.

Thanks

PS.
All OpenOffice is same.(just test on gentoo ppc and x86)

Kitae
Comment 5 James Su 2004-08-28 11:01:21 UTC
Hi,
  It's indeed a bug of OOo. Setting preedit caret position is buggy in OOo.
Anyway I had committed a workaround into scim-hangul svn trunk. Could you please
have a test?
Comment 6 Kitae Kim 2004-08-28 13:24:53 UTC
Thanks a lot, James.

I didn't know svn so got something delay.
(find what is svn, and make ebuild)
I have test now, that most work but, one charactor have
problem, when I type "가" that just only display "ㅏ", I can't test every
Korean charactor but try as I can, other all fine. Only "가" have problem,
"각" display correctly.

Other program and openoffice main edit window work fine.

I think this webpage code is UTF-8 so you can see that Korean charactor.

http://pds.egloos.com/pds/1/200408/29/72/b0006872_5193496.jpg
That page show that word.

Thanks
Comment 7 James Su 2004-08-28 19:34:08 UTC
Can you tell me how to input these characters?
Comment 8 Kitae Kim 2004-08-28 20:31:35 UTC
In sbul-390 mode
"가" is "kf".
"ㅏ" is "f"
"각" is "kfx"

yes only have problem "kf" "가"

Thanks
Comment 9 Choe Hwanjin 2004-08-29 05:19:16 UTC
I tested scim-hangul r67. It works but shows wrong caret position. 

Is it possible to send caret position in PreeditDrawCallback with SCIM's api?
I agree that it is a problem of OOO's preedit caret implemetation, too.
But if we can, we should not call PreeditCaretCallback.
How do you think?
Comment 10 James Su 2004-08-29 05:33:39 UTC
Before r67, scim-hangul will set the correct preedit caret position when
updating preedit string. But it will cause this issue. So I removed the preedit
caret setting code in r67. Now the preedit caret will never be changed.

The wrong caret position is set by OOo itself.
Comment 11 Choe Hwanjin 2004-08-29 05:43:19 UTC
(In reply to comment #10)
> Before r67, scim-hangul will set the correct preedit caret position when
> updating preedit string. But it will cause this issue. So I removed the preedit
> caret setting code in r67. Now the preedit caret will never be changed.
> 
> The wrong caret position is set by OOo itself.

I mean OOo is to blame.
Anyway, OOo does not manage caret callback currectly, so I suggest that
scim-hangul does not call caret callback, but uses preedit draw callback with
caret position data.
Is it possible in SCIM api?



Comment 12 James Su 2004-08-29 05:53:59 UTC
Ok, I see. But it's impossible to set arbitary caret position with preedit draw
callback. Though I can fix scim to set caret position to the end of preedit
string in preedit draw callback, is it ok?
Comment 13 Choe Hwanjin 2004-08-29 06:18:32 UTC
(In reply to comment #12)
> Ok, I see. But it's impossible to set arbitary caret position with preedit draw
> callback. Though I can fix scim to set caret position to the end of preedit
> string in preedit draw callback, is it ok?

Yes, I think it will solve this problem :)
Comment 14 James Su 2004-08-29 06:23:33 UTC
Could you please try the lastest scim cvs head? It should have been fixed.
Comment 15 Choe Hwanjin 2004-08-29 06:47:49 UTC
(In reply to comment #14)
> Could you please try the lastest scim cvs head? It should have been fixed.

Ok, now it works fine. Thanks.
Comment 16 James Su 2004-08-29 06:58:26 UTC
Close this bug.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.