小小的遗憾？

小小坚持使用 GB18030 编码，从维护小小输入法的个头来讲有意义，却使得小小在强大方面受损。比如很多字小小打不出来，而我的码表里有这些字，这些字不能正常打出来的原因是受到 GB18030 编码的限制，它们都变成了 “??”。小小的文档称小小支持 UTF-8 编码，那么，如果我的码表改为 UTF-8 如何？可以打出这些字了，不过将来某个时候小小又要打不出来，因为我总得优化和合并码表，小小的工具会将我的码表又改回 GB18030 编码格式。这是个问题，也是个小小的遗憾。


这个问题和遗憾对于不用到 GBK 以外的汉字的朋友来说倒是无所谓，不过词典也限用 GB18030 编码，我个人觉得这就不太恰当了。词典不可回避生僻字，GB不支持的字总会有的。而且，词典说白了也就是一个显示界面，Unicode 要比 GB 强大，支持一下它为什么不可以呢？

dgod：不懂就别乱说话，专门给你这样的人写了个帮助，好好看看吧

http://yong.dgod.net/read.php?tid=707&fid=7回到原帖

Sublime Text也可支援GB18030編碼

描述：ST GB18030

图片：SublimeText.png

要加裝package，可參考一下這篇

dgod：不懂就别乱说话，专门给你这样的人写了个帮助，好好看看吧

http://yong.dgod.net/read.php?tid=707&fid=7回到原帖

另有二個編輯器也可支援GB18030編碼
wxMEdit
Atom

【大醉猫 】确实是醉了。GB18030的码位比现在统一码的码位还多呢。你一定用的最烂的记事本，只支持GBK。建议用AkelPad之类支持多种代码页的免费软件。
注意：GBK代码页936，18030的代码页54936，向下兼容。俺用的半点问题没有。

【大醉猫 】确实是碎了。GB18030的码位比现在统一码的码位还多呢。你一定用的最烂的记事本，只支持GBK。建议用AkelPad之类支持多种代码页的免费软件。
注意：GBK代码页936，18030的代码页54936，向下兼容。俺用的半点问题没有。

不懂就别乱说话，专门给你这样的人写了个帮助，好好看看吧

http://yong.dgod.net/read.php?tid=707&fid=7

dgod：回答过你多少回了，不懂就别乱说话回到原帖

虽然我不懂这其中的原因，但确实有这样的问题存在。

dgod：回答过你多少回了，不懂就别乱说话回到原帖

真的丢字，难道你的不丢？不可能呀。Win8 记事本，默认ANSI格式，只要打开优化过的码表，再保存成任何格式就丢字。保存成UTF-8 和UNI 也都没有用了。打开即显示为??双问号，如果原TXT为别的格式如UNI或者UTF-8，用记事本打开，则不会丢字。 怎么说呢？可能是GB18030这个格式在WIN8下没有了。打开会出问题，但确实如果原TXT为UNI或者UTF-8时，打开并另存的话，就完全没有问题。如果没有这方面的问题，我们也不可能无缘无故，捏造出来这种问题，对吧？

mpk：GB丢字太严重了，哪怕是改成UNI格式也行呀。GB格式下，丢字太严重了。18030内超过GBK的字，都会丢。根本别谈是支持18030 。目前的状况是：18030内的字并不是所有字都可以进行码表排序归并操作。回到原帖

回答过你多少回了，不懂就别乱说话

GB丢字太严重了，哪怕是改成UNI格式也行呀。GB格式下，丢字太严重了。18030内超过GBK的字，都会丢。根本别谈是支持18030 。目前的状况是：18030内的字并不是所有字都可以进行码表排序归并操作。