※ 引述《rickhsu (TINNMINN/RBSAUD)》之铭言： 说一说我个人的想法 === UNICODE 与 PTT 系统内码 ================================================ 多国语言同时显示 (Multilingual) 使用 Unicode 才是正解， 这应该是大家都同意的作法。 但以现有 telnet/text terminal 的环境而言， Unicode 有下列问题: (1) 支援的 client 不够多也不够普遍。 (2) 承(1), 所以伺服器端势必要提供 Big5 输出的界面 (就如同现在可在 login 切 utf8 mode 一样)；结果就是伺服器不停的花时间在重复转换 UTF*->Big5 这个问题在以前 in2 有提过。 (3) Ambigious CJK Width。 Unicode 很多字元设计是在 GUI 上使用，对於 text terminal 显示宽度定义的混淆也是常有问题。 (4) 现有 TW BBS 的 ASCII Art 常使用一字双色，要另想方法来解决 (5) 若 server 想使用 Unicode 为内码: UNIX 系统对 native UTF16(ucs2) 的支援不好，若使用 UTF8 则不利於 text terminal 的位置计算。 我自己是使用 pietty(UTF8) -> screen(UTF8->Big5) -> PTT(Big5) 所以 Unicode <-> Big5 on text terminal 的问题已经见过很多了 是以， PTT 系列跟很久以前 in2 在 PttCurrent 提过的一样， 暂时没有转换系统内码为 Unicode 的打算 (如果哪天改用 database 为底层或许有可能) === Multilingual 的处理与计画 ============================================== 支援 multilingual 是很好的构想。 不过目前需求似乎还不大，所以 PTT server 端也暂时不会为此修改。 有需要的使用者自行使用特定 client 应该还算可接受的解法 我心目中理想的解法是如同 HTML 的 entity 一样，用 &#1234; 这种方式，使用 Unicode 编码且同时不会破坏到其它不支援的 client 显示，而且未来想跟 HTML 互转也方便。 当然，这只是我个人的想法。 === 前文讨论 =============================================================== 若是以 "内码转 utf16/utf8" 而言，我想比较像开脑手术吧，毕竟所有的字串处理 都几乎要重写了。 当然这或许是我们能力不足才觉得像开脑 - 所以也欢迎不同意的人可以自己操刀再发表 patch :) 程式讨论是 PttCurrent ， 比较偏不技术面的则是 PttSuggest Charset/Multilingual 的问题刚好处於两者之间吧 转 UTF8 可以解决不少问题，所以意愿是有的，只是技术与相容问题太高。 当年作个 DBCS detection 就已经见识过千奇百怪的相容性问题了 ANSI terminal engine 的改写时也是 希望前面的说明对你有帮助。 另外还可以参考 DBCS detection (双位元字侦测) 的结果 来预期此类修改的成果会是怎样。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.112.30.54