Hi Tina,
Thank you for your reply.
I would like to explain the fact that there are many characters which in
sense a same Hanzi/Kanji/Hanji. It is the decision of Unicode authority
that they are recognised as different characters and have their own
codepoints.
For example, there is 說 and 説 who knows Chinese understands there are
the same word actually, the computer doesn't.
According to your information, I think the each pair of characters are
with different codepoint. For the symptom of having one of each pair
being as garble characters might be since missing a font for them.
As my previous experience, the garble characters are in GB18030
character range standard. However, there is no GB18030 capable font in
Fedora currently to display that from the box. (FYI, RHEL5, a enterprise
edition of Linux from Red Hat, includes a commercial font called Zhong
Yi Song 18030 which does that.)
You might ask the question, 'Why those garble (18030 standard)
characters suddenly appears in the list after version update?' This is
because possibly originally Zu Yin doesn't support a narrower range of
characters but the author enhanced that to a wider range in the latest
release. Therefore, when the latest input module provides those new
included characters and the system doesn't have a font to display that,
it becomes garble characters.
My suggestion is, get a font which support wider range of characters by
yourself and install to the system, or using our latest RHEL5 subscriptions.
Anyways, as long as you can select that, it is not Zu Yin's problem. If
the reader's system has fonts cover those characters, the reader should
be able to read that. I believe most of the characters had there 'same
character with different strokes' usable in Fedora system. Use that and
avoid to use those garble characters shouldn't be a big problem for most
formal communication in Chinese.
Please feel free to ask question if you need more explanation.
Best Regards,
Caius
Tina Chou wrote:
Hi Caius,
Sorry for replying late. Please see below my testing result:
I can actually 'select' the brick characters by pressing the number key on the
keyboard. However, They show up as brick characters instead of the actual
characters I want. And I found that the actual characters I want are now in
other positions in same/other pages. (Please see sttachment)
To be specific, here're some examples (also see same attachment):
Character 假：shown as brick character in 0.5.7-2.1 (4th position, page 1)
shown as 假 in 0.5.6-7 (1st position, page 1)
Character 設：shown as brick character in 0.5.7-2.1 (0 position, page 4)
shown as 設 in 0.5.6-7 (2nd position, page 1)
Character 說：shown as brick character in 0.5.7-2.1 (2nd position, page 1)
shown as 說 in 0.5.6-7 (1st position, page 1)
Hopefully my explanation can help. Thanks!
-----------
Tina
chouy@xxxxxxxxxxxxxxx
On Tue, 22 May 2007 10:09:42 +1000, Caius Chance wrote
Hi Tina,
Thank you very much for your information.
Before any judgement, I would like to gether further data about the
problem of it from you.
When the candidate window pops up with those numbered brick characters,
could you actually 'select' those characters by pressing the number key
on keyboard?
The main difference between current 5.7 and latest 5.6 is 5.7-2 made a
patch on resetting the candidate list to accurately reflecting the
current candidate list.
In short, as long as all the numbered brick characters are selectable,
the problem is not on the SCIM, is because the system missing font for
those characters.
FYI, the Unicode coverage of SCIM is different to the Unicode coverage
of fonts in the system. IMHO, to match it is possible but not in
foreseeable future development list.
Hope this help. Please kindly let me know if you could select those
characters?
Best Regards,
Caius
2007-05-21 (月) の 18:01 +0800 に Tina Chou さんは書きました:
Hi,
I did yum update on 2007-05-10 for fc6 and found Zu Yin IM is broken (Please
see attachment).
Broken version are below:
scim-tables-0.5.7-2.1.fc6
scim-tables-chinese-0.5.7-2.1.fc6
Then I reinstalled the old version back and Zu Yin worked again.
Old version are below:
scim-tables-0.5.6-7.i386.rpm
scim-tables-chinese-0.5.6-7.i386.rpm
It looks like the problem is in the new version. Could you help me to look at
it? Thanks a lot.
---------------------
Tina
chouy@xxxxxxxxxxxxxxx
--
Fedora-i18n-list mailing list
Fedora-i18n-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-i18n-list
------------------------------------------------------------------------
--
Fedora-i18n-list mailing list
Fedora-i18n-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-i18n-list
