Bug#296719: xlibs-data: Help needed with CJK issues
On Fri, Apr 22, 2005 at 06:59:10PM +0800, Tetralet wrote: [...] Thus I am quite inclined to change zh_TW.UTF-8/XLC_LOCALE as requested, Thanks!! In the SVN repository, I just reverted zh_TW.UTF-8/XLC_LOCALE to the previous version, with the following changelog entry. Please let me know if this description is inaccurate: * Revert XLC_LOCALE/zh_TW.UTF-8 to the version shipped in 4.3.0.dfsg.1-6. Tetralet explained that Chinese users are likely to have the unifont package installed because it is part of Chinese tasks, and this font covers all needed glyphs. With this font, having ISO10646 listed first in this file is harmless, whereas GTK1.2 apps are unreadable when it is at the bottom of this file. (Closes: #296719) Japanese users, please speak up if ja_JP.UTF-8/XLC_LOCALE has also to be fixed, I am still reluctant to make changes in this file. Likewise for ko_KR.UTF-8 and zh_CN.UTF-8. Thanks Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296719: xlibs-data: Help needed with CJK issues
Hello, In Message Re: xlibs-data: Help needed with CJK issues [EMAIL PROTECTED], Tetralet [EMAIL PROTECTED] said; But.., xmms fails to calculate width of fonts. http://sugi.nemui.org/tmp/gtk1-utf8.png # Is this xmms' bug? I think that you should use an iso10646-1 font, like unifont. Snip... I suggest that you may try to use -gnu-unifont-medium-r-normal--16-160-75-75-c-80-iso10646-1. It is an unicode , fixed, fast, and good-looking font. I see, I'm testing with unifont. All glyphs (includes latin chars) are shown correctly. # However, unifont have only 16pt. I think too big for xmms... In Message Re: xlibs-data: Help needed with CJK issues [EMAIL PROTECTED], Tetralet [EMAIL PROTECTED] said; I think that there might be something wrong in /etc/defoma/hints/ttf-kochi-gothic.hints and /etc/defoma/hints/ttf-kochi-mincho.hints. I'm working on it. Please be patient... * Please unregister those font hints first: defoma-font -vt unregister-all /etc/defoma/hints/ttf-kochi-gothic.hints Snip... Thanks, I followed your advice. And all works well. Should I report this to maintainer of Kochi-font? Thanks! -- Tatsuki Sugiura mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296719: xlibs-data: Help needed with CJK issues
Hello all, In Message Re: xlibs-data: Help needed with CJK issues [EMAIL PROTECTED], [EMAIL PROTECTED] (Denis Barbier) said; Snip... is the opposite of the one proposed by Tatsuki Sugiura in http://bugs.debian.org/255701 thus I am quite puzzled. I just picked it from Fedora Core2 without any verification. Please ignore my patch. -- Tatsuki Sugiura mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296719: xlibs-data: Help needed with CJK issues
Denis Barbier wrote: My reading of http://bugzilla.xfree86.org/show_bug.cgi?id=544 is that upstream moved ISO10646 fonts at the bottom of the file because few fonts covered most glyphs. In your comment, you tell that unifont can be used for these languages. This package is part of Chinese tasks (from tasksel), but not Japanese ones. The latter contain several other font packages. The unifont package will be installed by default in Sarge. And, most Japaness ttf font packages, like ttf-kochi-gothic and ttf-kochi-mincho, support ISO10646 as well, although they seems a little buggy. (Please visit http://lists.debian.org/debian-i18n/2005/04/msg00122.html for more details.) Thus I am quite inclined to change zh_TW.UTF-8/XLC_LOCALE as requested, Thanks!! On the other hand, Japanese users will most likely have other fonts installed, so isn't it better to leave ISO10646 at the bottom of ja_JP.UTF-8/XLC_LOCALE?I think that we should try to use ISO10646 fonts if our locale were UTF-8. I mean, if xx_XX.UTF-8/XLC_LOCALE were all correct, We should be able to launch LC_ALL=xx_XX.UTF-8 xmms in all xx_XX.UTF-8 locale without any problem. So, I suggest that ISO10646 should be at the top of all xx_XX.UTF-8/XLC_LOCALE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296719: xlibs-data: Help needed with CJK issues
Tatsuki Sugiura wrote: Thanks, I followed your advice. And all works well. Should I report this to maintainer of Kochi-font? I feel that it may be a bug in Kochi-font. I suggest you may report this to the maintainer of Kochi-font. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296719: xlibs-data: Help needed with CJK issues
Hi,
Sorry for my misunderstanding.
This problem was *NOT* fixed in xlibs-data 4.3.0.dfsg.1-12.
We find that /usr/X11R6/lib/X11/locale/ja_JP.UTF-8/XLC_LOCALE and
/usr/X11R6/lib/X11/locale/zh_TW.UTF-8/XLC_LOCALE are still broken in
xlibs-data 4.3.0.dfsg.1-12.
The Attached files is updated
/usr/X11R6/lib/X11/locale/zh_TW.UTF-8/XLC_LOCALE and
/usr/X11R6/lib/X11/locale/ja_JP.UTF-8/XLC_LOCALE.
You may test it by editing /etc/gtk/gtkrc.utf-8:
style default-text {
fontset =
-gnu-unifont-medium-r-normal--16-160-75-75-c-80-iso10646-1
}
class GtkWidget style default-text
And run (please ensure that you have generated ja_JP.UTF-8/zh_TW.UTF-8
locale and installed unifont package.)
LC_ALL=ja_JP.UTF-8 xmms
LC_ALL=zh_TW.UTF-8 xmms
If the /usr/X11R6/lib/X11/locale/ja_JP.UTF-8/XLC_LOCALE and
/usr/X11R6/lib/X11/locale/zh_TW.UTF-8/XLC_LOCALE were not correct,
You may see the menus in xmms are all illegible codes.
I think that it also fixed #255701 xlibs-data: add ISO 10646-1 character
set support to ja_JP.UTF-8 XLC_LOCALE data.
Please consider to apply this.
Thanks.
ja_JP.UTF-8_XLC_LOCALE.gz
Description: application/gzip
zh_TW.UTF-8_XLC_LOCALE.gz
Description: application/gzip
Bug#296719: xlibs-data: Help needed with CJK issues
Could somebody remove me from this list, I have taken on somebody else's
aliases who has left and do not want these mails.
Cheers
Gavin Wheeldon
Sales Director
Applied Language Solutions
Tel: +44 (0)870 225 0276
Fax: +44 (0)870 868 1706
Translation services for 140 Languages
http://www.appliedlanguage.com/
-Original Message-
From: Tetralet [mailto:[EMAIL PROTECTED]
Sent: 21 April 2005 07:15
To: debian-i18n@lists.debian.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: Denis Barbier; Tatsuki Sugiura; Branden Robinson
Subject: Re: xlibs-data: Help needed with CJK issues
Hi,
Sorry for my misunderstanding.
This problem was *NOT* fixed in xlibs-data 4.3.0.dfsg.1-12.
We find that /usr/X11R6/lib/X11/locale/ja_JP.UTF-8/XLC_LOCALE and
/usr/X11R6/lib/X11/locale/zh_TW.UTF-8/XLC_LOCALE are still broken in
xlibs-data 4.3.0.dfsg.1-12.
The Attached files is updated
/usr/X11R6/lib/X11/locale/zh_TW.UTF-8/XLC_LOCALE and
/usr/X11R6/lib/X11/locale/ja_JP.UTF-8/XLC_LOCALE.
You may test it by editing /etc/gtk/gtkrc.utf-8:
style default-text {
fontset =
-gnu-unifont-medium-r-normal--16-160-75-75-c-80-iso10646-1
}
class GtkWidget style default-text
And run (please ensure that you have generated ja_JP.UTF-8/zh_TW.UTF-8
locale and installed unifont package.)
LC_ALL=ja_JP.UTF-8 xmms
LC_ALL=zh_TW.UTF-8 xmms
If the /usr/X11R6/lib/X11/locale/ja_JP.UTF-8/XLC_LOCALE and
/usr/X11R6/lib/X11/locale/zh_TW.UTF-8/XLC_LOCALE were not correct,
You may see the menus in xmms are all illegible codes.
I think that it also fixed #255701 xlibs-data: add ISO 10646-1 character
set support to ja_JP.UTF-8 XLC_LOCALE data.
Please consider to apply this.
Thanks.
Bug#296719: xlibs-data: Help needed with CJK issues
Hi all, In Message Re: xlibs-data: Help needed with CJK issues [EMAIL PROTECTED], Tetralet [EMAIL PROTECTED] said; Sorry for my misunderstanding. This problem was *NOT* fixed in xlibs-data 4.3.0.dfsg.1-12. I tested with attached XLC_LOCALE and your gtkrc.utf-8 under ja_JP.UTF-8, and got glyphs correctly. But.., xmms fails to calculate width of fonts. http://sugi.nemui.org/tmp/gtk1-utf8.png # Is this xmms' bug? Cheers, -- Tatsuki Sugiura mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296719: xlibs-data: Help needed with CJK issues
Tatsuki Sugiura wrote: But.., xmms fails to calculate width of fonts. http://sugi.nemui.org/tmp/gtk1-utf8.png # Is this xmms' bug? Cheers, I think that you should use an iso10646-1 font, like unifont. I tried to use -kochi-gothic-medium-r-normal--0-0-0-0-m-0-jisx0208.1983-0 and -kochi-mincho-medium-r-normal--0-0-0-0-m-0-jisx0208.1983-0 in xmms. The main menu and playlist of xmms became all illegible glyphs. I have no idea why the main menu and playlist of xmms in your screenshot still show correct Japaness characters. Then, I tried to use -kochi-gothic-medium-r-normal--0-0-0-0-m-0-iso10646-1 and -kochi-mincho-medium-o-normal--0-0-0-0-m-0-iso10646-1 in /etc/gtk/gtkrc.utf-8, All gtk+ based applications fail to calculate width of fonts. I have tested several Traditional/Simplified Chinese fonts. They have no such problem. I think that there might be something wrong in /etc/defoma/hints/ttf-kochi-gothic.hints and /etc/defoma/hints/ttf-kochi-mincho.hints. I'm working on it. Please be patient... I suggest that you may try to use -gnu-unifont-medium-r-normal--16-160-75-75-c-80-iso10646-1. It is an unicode , fixed, fast, and good-looking font. Regard, Tetralet. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296719: xlibs-data: Help needed with CJK issues
Tetralet wrote: I think that there might be something wrong in /etc/defoma/hints/ttf-kochi-gothic.hints and /etc/defoma/hints/ttf-kochi-mincho.hints. I'm working on it. Please be patient... * Please unregister those font hints first: defoma-font -vt unregister-all /etc/defoma/hints/ttf-kochi-gothic.hints * And, update /etc/defoma/hints/ttf-kochi-gothic.hints: GeneralFamily = Gothic Weight = Medium - Width = Fixed + Width = Variable Shape = NoSerif Upright Priority = 50 * Then, reregister new font hints: defoma-font -vt reregister-all /etc/defoma/hints/ttf-kochi-gothic.hints * Restart your X Window, or run: xset fp rehash * Last, try to use -kochi-gothic-medium-r-normal--0-0-0-0-p-0-iso10646-1 in /etc/gtk/gtkrc.utf-8 and xmms, See if the xmms calculate width of fonts correctly or not. I don't know if it were a bug or not. Please test it. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296719: xlibs-data: Help needed with CJK issues
[Dropping #255701 which is archived] On Thu, Apr 21, 2005 at 02:14:57PM +0800, Tetralet wrote: Hi, Sorry for my misunderstanding. This problem was *NOT* fixed in xlibs-data 4.3.0.dfsg.1-12. We find that /usr/X11R6/lib/X11/locale/ja_JP.UTF-8/XLC_LOCALE and /usr/X11R6/lib/X11/locale/zh_TW.UTF-8/XLC_LOCALE are still broken in xlibs-data 4.3.0.dfsg.1-12. The Attached files is updated /usr/X11R6/lib/X11/locale/zh_TW.UTF-8/XLC_LOCALE and /usr/X11R6/lib/X11/locale/ja_JP.UTF-8/XLC_LOCALE. My reading of http://bugzilla.xfree86.org/show_bug.cgi?id=544 is that upstream moved ISO10646 fonts at the bottom of the file because few fonts covered most glyphs. In your comment, you tell that unifont can be used for these languages. This package is part of Chinese tasks (from tasksel), but not Japanese ones. The latter contain several other font packages. Thus I am quite inclined to change zh_TW.UTF-8/XLC_LOCALE as requested, On the other hand, Japanese users will most likely have other fonts installed, so isn't it better to leave ISO10646 at the bottom of ja_JP.UTF-8/XLC_LOCALE? The patch provided by Akira TAGOH at http://bugzilla.xfree86.org/show_bug.cgi?id=544 is the opposite of the one proposed by Tatsuki Sugiura in http://bugs.debian.org/255701 thus I am quite puzzled. I believe that Mike Fabian does a great job with CJK for SuSE, and they ship a ja_JP.UTF-8/XLC_LOCALE file similar to Tetralet's one, but maybe they have other fonts installed? Tatsuki Sugiura, could you please check with other Japanese people what changes should be made to ja_JP.UTF-8/XLC_LOCALE under Debian? Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
