※ 引述《aspnet (龙二)》之铭言： : 现在很多网页或讨论区就算不灌Unicode补完计画也可以显示日文， : 以巴哈姆特哈啦区为例， : 我没灌Unicode补完计画，也可以在哈啦区输入日文并正常显示，如下图所示： : http://www.freeimagehosting.ca/images/KKT50220.gif : 而且我输入的日文一般来说全世界的浏览者都可以看到。 : 但是，要是你有装Unicode补完计画， : 你在巴哈姆特输入的日文你自己看得到， : 但是其他没装Unicode补完计画的人就不一定看得到了，如下图所示： : http://www.freeimagehosting.ca/images/TcK50248.gif : 上图"新世纪GPX"到"RTTI3"之间原本应该有一串日文， : 但是因为PO文的仁兄有装Unicode补完计画， : 所以在没装Unicode补完计画的人来看完全是一片空白， : 别人根本看不见你在打什麽！ : ------------------- : 另外，BBS的日文用PCMAN2007就可以看了， : 所以Unicode补完计画还是不要装比较好。 实际上，这不完全算是 UAO 的错 甚至，巴哈姆特本身也有错 所以把过错完全丢在 UAO 身上，是有点严重 当然，从结果论来说 的确把过错归咎於 UAO 是比较省事的做法 不过，因此就用阻碍 Unicode 的发展 这个大帽子扣在 UAO 就太过份了 以下，我说明其间的技术问题 这个问题的成因，是出在哪里呢？ 其实答案很简单，问题就出在巴哈姆特 不支援 Unicode 大家大概会很好奇，既然巴哈姆特不支援 Unicode 为什麽我们还看得字呢？ 因为 HTML 里面，支援一种 &#xxxx 的语法 浏览器读到这串，会自动输出成 Unicode 文字 好比说，王建火宣 这个名字 如果出现在不支援 Unicode 的 WebPage 上时 只要用 IE 检视原始档，就可以发现它的 HTML 码，其实是长这样的 王建&#29002 後面的 &#29002 就是 UAO 才有的那个字 在没有安装 UAO 的情形之下 IE 会知道 火宣 是一个 Unicode 文字 所以送上 Server 的时候，Server 会存 "&#29002" 而不是那个 "火宣" 字 但是呢，在有安装 UAO 的情形下 IE 会以为 火宣 是一个 BIG5 文字，所以会直接将 火宣 的 BIG5 码送上 Server 所以，Server 那边存的就是 954F 火宣 在 UAO 中的 BIG5 编码 现在情景回到没有安装 UAO 的电脑上 如果是 &#29002 的话，这台电脑，就可以正常显示 火宣 如果是 954F 的话，因为这台电脑，没有装 UAO，所以找不到字，当然就显示不出来 这也是为何在 UAO 内附了 "HTML文件相容转换器" 目的就是为了避免这种情形 user 可以运用这个工具，在会用到非 BIG5 的 Unicode 文字时 转换成 &#xxxx 再送上 BIG5 的 WebServer 就可以有效解决资讯的流通问题 当然 以 user 的立场而言 这样非常的麻烦 而且，user 也未必具有足够的能力 可以区分哪些字是 Unicode 文字 或是 Server 本身是否支援 Unicode 题外话，也许有的人 会认为 &#xxxx 就足以解决应用上的问题了 实际上呢，以巴哈姆特来说的话，因为它是 BBS & Web 共通资料 除非，Web 或是 BBS 这边，有做什麽转码动作 不然，刚说的那个王建火宣，在 BBS 上看 就会变成 王建&#29002 (也就是说，在资讯流通上，还是造成了阻碍) 所以，在批评 UAO 的同时 也请多留意，还有很多的 Server & AP 是不支援 Unicode 的！ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 122.126.69.85 ※ 编辑: reptile 来自: 122.126.69.85 (08/08 15:59)