Zh-l10n-2000

zh-l10n-2000@lists.slat.org

59 discussions

[zh-l10n] [i18n-chinese] Chinese Input to HTML forms
by awebb＠solutioninc.com 30 Nov '00

30 Nov '00

Hi there. I am trying to create an I18n'ized system of cgi scripts. So far, we have no problem outputting chinese text to the browser - we just load it from a file and toss it onto the screen. Our problem is accepting chinese input to web forms, when the user of the page is using a Chinese operating system that stores its characters as 2 bytes each. Our cgi scripts are written in perl on a one-byte-per-character, English version of Linux. Perl is not going to know how to deal with 2-byte character input from the cgi form. Essentially then, the question is: in Perl, how do I deal with chinese input on an English system? Thanks! Aaron -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/0/_/_/_/975595023/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: i18n-chinese-unsubscribe(a)egroups.com URL to this group: http://www.egroups.com/group/i18n-chinese

1 0

[zh-l10n] [i18n-chinese] CJK encoding standard?
by Danny Zeng 28 Nov '00

28 Nov '00

大家好, 不久前在li18nux 听到有人批评中国的 CJK 字符集国标 , 好象问题满严重, 不过没有了下文, 谁知道来龙去脉?Danny Danny Zeng ----------------------------------------------------------- get 1,300,000,000 happy users by adding Chinese language in your program http://www.egroups.com/group/i18n-chinese http://i18n.linux.net.cn -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/2/_/_/_/975403201/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: i18n-chinese-unsubscribe(a)egroups.com URL to this group: http://www.egroups.com/group/i18n-chinese

2 1

[zh-l10n] [i18n-chinese] small questions
by Wu Yulun 27 Nov '00

27 Nov '00

Hi, all 请问应该如何调整 frame buffer 的显示模式？在我的显示器上有些偏移。在RH7上编译MiniGUI，有几个用汇编写的函数编译不通过，我暂时把它们取消了，所以显示不太干净。在1.0版会给这些函数增加C版的吗？ -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/2/_/_/_/975287689/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: i18n-chinese-unsubscribe(a)egroups.com URL to this group: http://www.egroups.com/group/i18n-chinese

1 0

[zh-l10n] [i18n-chinese] Hi and some suggestions
by DU Xiaoming 27 Nov '00

27 Nov '00

大家好，加入这个maillist也近一个礼拜了，但没有收到什么邮件，怀疑是不是出了什么问题，所以写了这封mail测试测试。以前总觉得Linux下的中文问题困难大于希望，可能也受到一些评论的影响，所以没有认真的去注意它；前日从朋友去得到一TurboLinux_6. 0 中文版，试用了一下才看到中文化的进步很迅速，当然也是GNU Libc 2.1和XFree86 计划的努力研发的成果。然后在Internet上找了些i18n的资料阅读(特别是www.linux.org. tw，资料很多 and well organized。)，自己也作了些实验和研究，觉得有些体验，很愿意和各位同仁共同交流，为中文化事业作点贡献。我们国内的中文化的Official site是什么，如果是i18n.linux.net.cn的话，遗憾的说有些令人失望，网页好久没有更新，无法得知最近动态，也不知到那里去参与讨论，发表意见。我觉得简体版的.po files还是很有必要的，大家不觉得吗？共勉杜晓明 2000 年 11 月 26 日 -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/2/_/_/_/975262552/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: i18n-chinese-unsubscribe(a)egroups.com URL to this group: http://www.egroups.com/group/i18n-chinese

2 1

Re: 譯名問題
by jslu.bbs＠openbazaar.net 12 Nov '00

12 Nov '00

※ 引述《AllenHuang (allen)》之銘言： > 請問各位 daemon 大家都怎麼翻呢？ > 有統一的譯名嗎？ > 精靈程式、惡魔程式… 背景程式伺服器程式 (?) > 有沒有更好的呢？不要翻, 然後在第一次出現 daemon 這辭的地方加個譯註如何? -- [1;32m※ Origin: [33m網路邊攤BBS [37m<openbazaar.net> [m [1;31m◆ From: [36mg3-143.g3.ntu.edu.tw[m

1 0

譯名問題
by AllenHuang.bbs＠openbazaar.net 11 Nov '00

11 Nov '00

hi! 請問各位 daemon 大家都怎麼翻呢？有統一的譯名嗎？精靈程式、惡魔程式… 有沒有更好的呢？ -- @@@@@@@@@@@@@@@@@@@@@@ Allen Huang lancelot(a)pchome.com.tw -- [1;32m※ Origin: [33m網路邊攤BBS [37m<openbazaar.net> [m [1;31m◆ From: [36mks26-145.dialup.seed.net.tw[m

1 0

[zh-l10n] [i18n-chinese] Fwd: [li18nux:753] Fwd: RE: GB18030 summary and issues
by Danny Zeng 20 Oct '00

20 Oct '00

´ó¼ÒºÃ, ¹ØÓÚ GB18030 µÄÕùÂÛ, ËÓÐ±È½ÏÈ«ÃæµÄÁË½â? Danny >Date: Fri, 20 Oct 2000 11:56:55 +0900 >From: "Martin J. Duerst" <duerst(a)w3.org> >Reply-To: li18nux(a)li18nux.org >Subject: [li18nux:753] Fwd: RE: GB18030 summary and issues >To: li18nux(a)li18nux.org > >With the permission of the author, I'm sending you a comment on >the GB18030 mapping table that have appeared on this list >some time ago. > >Regards, Martin. > > >>X-UML-Sequence: 5977 (2000-10-17 00:36:44 GMT) >>From: Kenneth Whistler <kenw(a)sybase.com> > >>Date: Mon, 16 Oct 2000 16:36:41 -0800 (GMT-0800) >>Subject: RE: GB18030 summary and issues > >>I've taken a look at the GB18030.TXT you provided, and unfortunately, >>as it stands, the mapping table has *major* problems. >> >>Most of these problems really derive from the serious flaws in GB 18030-2000 >>itself, so I'm not sure exactly what implementers are going to >>do about them, but so you can focus in on the issues, here is some >>of what I turned up. >> >>A. GB 18030's encoding and mapping of Annex B (p. 91) -- ideographic >>variation indicator, and the ideographic description characters, is >>flat-out wrong. The same thing applies to Annex C (p. 92), the CJK >>radicals supplement. Essentially, the relevant Chinese committee rushed this >>thing to publication without having determined where these characters >>were encoded in 10646, *despite* the fact that GB 18030 then makes >>normative mappings to the entirety of 10646-1:2000 (actually to >>GB 13000.1, but that is just a pointer to 10646-1:2000, unless they >>printed *that* wrong, too, in which case we are even more screwed up). >>The result is just out-and-out errors. To wit: >> >> 1. U+303E (GB18030 A989) is mapped to U+E7E7 (user-defined) >> >>The net result in GB18030.TXT is that GB A989 is mapped into private use, >>even though in the chart it is shown as U+303E. But U+303E, as a *code >>position*, is mapped to the 4-byte form 0x8139A634. >> >> 2. U+2FF0..U+2FFB (GB18030 A98A..A995) are mapped correctly in the >> main tables of GB18030 (p. 82), but are mapped again incorrectly >> in Annex C (U+E7E8..U+E7F3, user-defined). >> >>The net result in GB18030.TXT is that all the ideographic description >>characters are double-mapped. >> >> 3. U+2E80..2EF3, the CJK radicals supplement, are mapped haphazardly, >> from an earlier draft, apparently: GB18030 FE50..FEA0 is mapped >> to U+E815..U+E864, instead of the actual Unicode code points. In >> addition, some of the characters in Annex C, are actually in >> Vertical Extension A, resulting in gapping in the tables. >> >>The net result in GB18030.TXT is that all the CJK radicals and >>other characters in Annex C are double-mapped. >> >>B. GB 18030 makes the mistake of trying to encode all code positions >>in GB 13000.1 (= 10646-1:2000), regardless of their status. That >>means, among other things, that all private use code positions >>in Unicode on the BMP are given GB 18030 code assignments -- >>*regardless* of their status in GB 18030 as assigned characters or >>not. This makes a complete hash, compounded by the fact that all the >>characters mentioned in A above are erroneously assigned to private >>use codes in Unicode. That renders the mapping of the rest of user >>space trash. >> >>C. As an extension of B., GB 18030 also maps surrogate code positions >>to GB 18030 4-byte codes, *as if* they were characters. Thus U+D800 >>(a surrogate code point, not an unassigned character) is mapped to >>0x8336C739, indifferently from U+D7FF (an unassigned character >>position) being mapped to 0x8336C738. >> >>Incidentally, there appears to be an off-by-one error in this area in >>GB18030.TXT as well: GB18030.TXT shows 0x8336c830 = U+D800, whereas >>the printed text of the GB18030-2000 standard itself shows >>0x8336C739 = U+D800. >> >>I'm not sure what the solution here is, other than to encourage China >>to fix its $@&#*^! standard. But if the tables you posted have in >>fact already been rolled out in Linux implementations in China, then >>we are all going to have to live with horrendous interoperability >>problems resulting from bad mapping tables for bad standards. >> >>Here it is the year 2000, and having lived with the yen/backslash >>problem and the fullwidth tilde problem, and the not sign problem for >>decades in East Asian implementations, I guess everybody has decided >>that we should start off the new century with a brand-spanking new >>set of ways to shoot ourselves in both feet at the same time for >>Chinese implementations. >> >>--Ken > -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/6/_/_/_/972034905/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: i18n-chinese-unsubscribe(a)egroups.com URL to this group: http://www.egroups.com/group/i18n-chinese

1 0

[zh-l10n] [i18n-chinese] Re: Call for Help to create I18N/L10N group (for GB2312, GBK)
by Wang Jian 16 Oct '00

16 Oct '00

Hello , OK, thanks for you suggestion :-) Sunday, October 15, 2000, 1:58:31 PM, you wrote: CGLL> Hello Chinese, CGLL> On Friday, October 13, 2000, Chinese GNU/LI List wrote: CGLL>> Hello, CGLL>> It is my long wish, and Hashao urge me to take action soon, so CGLL>> I post the draft "Call for Help" here, please see attachment. CGLL>> Or you can refer to http://i18n.linux.net.cn/ CGLL> Thanks for the effort. CGLL> 我觉得，应该在最开始开宗明义的说明这个文件的目的：希望召集 CGLL> 人手对 Linux 应用程序进行汉化(包括翻译，国际化)。 CGLL> 然后再阐述背景。甚至可以比较具体的指出近期目标是中文化 CGLL> Gnome 和 KDE 程序。 CGLL> 这样可以一开始就抓住有意进行软件中文翻译的读者。 -- lark -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/6/_/_/_/971664433/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: i18n-chinese-unsubscribe(a)egroups.com URL to this group: http://www.egroups.com/group/i18n-chinese

1 1

[zh-l10n] [i18n-chinese] Call for Help to create I18N/L10N group (for GB2312, GBK)
by Wang Jian 14 Oct '00

14 Oct '00

Hello, It is my long wish, and Hashao urge me to take action soon, so I post the draft "Call for Help" here, please see attachment. Or you can refer to http://i18n.linux.net.cn/ Please give me feedback on the CFH, and I will modify it to meet version 0.9 requirement and post it on some large sites. regards -- lark -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/6/_/_/_/971415287/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: i18n-chinese-unsubscribe(a)egroups.com URL to this group: http://www.egroups.com/group/i18n-chinese

2 1

[zh-l10n] Re[4]: [i18n-chinese] Hello! everyone.
by Wu Yulun 12 Oct '00

12 Oct '00

A growing C Programmer. Wu Yulun -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/6/_/_/_/971233185/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: i18n-chinese-unsubscribe(a)egroups.com URL to this group: http://www.egroups.com/group/i18n-chinese

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

Zh-l10n-2000