Red Hat Bugzilla – Bug 187981
Hangul/Hanja conversion dialog. Tick/untick does not return to initial state.
Last modified: 2007-11-30 17:11:29 EST
Description of problem:
In the OpenOffice writer, which has a function(Hangul/Hanja Conversion).
It does not work using this hotkeys(ctrl+shift+F7).
It is working with Ctrl key.
i did Â¨LANG=en_US.UTF-8 oowriter &Â¨
then it is working.
so it does not work in LANG=ko_KR.UTF-8 or
It may crash with input method(SCIM)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. open writer
2. type some word in korean
open a Hangul/Hanja Conversion
In the RHEL4, It doesnÂ´t work as well
1. In writer (2.0.X) once it has been opened in a LANG=ko_KR.UTF-8 environment,
what does format->character->font say. i.e.
1.1 Does it have an "Asian Text Font" line ? It should.
1.2 Does it have the language for Asian Text Font set to Korean(Rok) ? It should.
2. If you open the first attachment here hanguldemo-koreanlangset.odt and then
type Ctrl + Shift + F7 do you see the dialog ? It should appear.
3. If you open the second attachment hanguldemo-nolangset.odt and ctrl+shirt+F7
then it will probably not appear. Apparently the appearance of the dialog is
keyed to having text in the document which has its language set to korean,
rather than keyed to having korean glyphs in the document.
If 1 & 2 work, then maybe you've been caught by 3. Is that the case ? I can log
a request for enhancement upstream to be more clever in triggering the dialog in
the presence of korean characters despite missing korean language attributes if
that's our problem here.
Created attachment 127332 [details]
expected to be ok
Created attachment 127333 [details]
expected to not be ok
Now it works fine. Strange...
Another issue, have you try a tick and an untick(one letter conversion) in
Hangul/Hanja Conversion. If you do not understand check the attachment
, i made red box in there.
1. expected results:
2. unexpected results:
Closing Hangul/Hanja Conversion box
In my opinion this option(tick) should be default.
First reason, Korean we normally change one Korean character(Hangul) to
Chinese(Hanja). We do not change in word.
Second reason, i do not think oowriter can support Hanja in words. It is huge
database, and words in Hanja is not the same as Japanese-Chinese(Kenzi) or
Chinese. Bit different.
I did not check in MS word. I will check and give the result about this topic later.
Thanks a lof for supporting Korean
Created attachment 127383 [details]
The second problem is reproducable for me, logging upstream as
http://www.openoffice.org/issues/show_bug.cgi?id=64075 . The code seems a little
A "default to by char" patch submitted upstream as
Change scheduled for 2.0.4