这是一个创建于 2697 天前的主题，其中的信息可能已经有所发展或是发生改变。
先说一下：无偿，请不要喷我。
我在做新世纪版五笔字型超大字符集编码，9 月底应该能完成 Unicode 11.0.0 全部 CJK 字符的初校。目前用的是文本编辑器来弄，7.17 项目开始，已持续 2 个月了，过程相当枯燥、苦逼...
项目地址： https://github.com/CNMan/UnicodeCJK-WuBi06
最近在想，如果把前辈们已经搞完的 86 版、98 版编码放在一起，互相借鉴、印证，该是多好的的一件事。但我不会编程，才来求助各位。
软件的需求大致如下：
数据源： https://github.com/CNMan/UnicodeCJK-WuBi
数据源 txt 编码：UTF-8
数据源 txt 格式：
第一列：Unicode 编码
第二列：Unicode 字符
第三列：86 版五笔字型编码
第四列：98 版五笔字型编码（目前缺 CJK-F ）
第五列：06 版五笔字型编码（暂无数据）(月底完成初校后会补上)
第六列：笔顺（暂无数据）(月底会补上)
数据库最好直接采用 txt 文本（或 csv 文本），如果不行，可以转为其他数据库格式
字形展示：
不依赖系统字体，采用 BabelMap 导出的字体图片，文件名格式统一为 U_xxxxxx.png （ xxxxxx 为 6 位 Unicode 编码，不足 6 位则前面补 0 ），按平面分文件夹存放
字形图片展示 1：中华书局宋体（存放路径 FontGlyphs\ZhongHuaSong\Plane00\...Plane02\）
字形图片展示 2：中易宋体（存放路径 FontGlyphs\SimSun\Plane00\...Plane02\）
用两种不同字体可以防止出现个别字形错误导致编码错误，可以只支持两种字体，也可以支持自定义字体路径
查询框：支持 Unicode 编码查询和字符查询即可
修改按钮：按下后变为“保存按钮”，也可以分开
最好能将结果直接保存到 txt 或 csv 文件中，如果不行，应可以由某种数据库格式转换为原始的 txt/csv 编码和格式。
多谢！
我在做新世纪版五笔字型超大字符集编码，9 月底应该能完成 Unicode 11.0.0 全部 CJK 字符的初校。目前用的是文本编辑器来弄，7.17 项目开始，已持续 2 个月了，过程相当枯燥、苦逼...
项目地址： https://github.com/CNMan/UnicodeCJK-WuBi06
最近在想，如果把前辈们已经搞完的 86 版、98 版编码放在一起，互相借鉴、印证，该是多好的的一件事。但我不会编程，才来求助各位。
软件的需求大致如下：
数据源： https://github.com/CNMan/UnicodeCJK-WuBi
数据源 txt 编码：UTF-8
数据源 txt 格式：
第一列：Unicode 编码
第二列：Unicode 字符
第三列：86 版五笔字型编码
第四列：98 版五笔字型编码（目前缺 CJK-F ）
第五列：06 版五笔字型编码（暂无数据）(月底完成初校后会补上)
第六列：笔顺（暂无数据）(月底会补上)
数据库最好直接采用 txt 文本（或 csv 文本），如果不行，可以转为其他数据库格式
字形展示：
不依赖系统字体，采用 BabelMap 导出的字体图片，文件名格式统一为 U_xxxxxx.png （ xxxxxx 为 6 位 Unicode 编码，不足 6 位则前面补 0 ），按平面分文件夹存放
字形图片展示 1：中华书局宋体（存放路径 FontGlyphs\ZhongHuaSong\Plane00\...Plane02\）
字形图片展示 2：中易宋体（存放路径 FontGlyphs\SimSun\Plane00\...Plane02\）
用两种不同字体可以防止出现个别字形错误导致编码错误，可以只支持两种字体，也可以支持自定义字体路径
查询框：支持 Unicode 编码查询和字符查询即可
修改按钮：按下后变为“保存按钮”，也可以分开
最好能将结果直接保存到 txt 或 csv 文件中，如果不行，应可以由某种数据库格式转换为原始的 txt/csv 编码和格式。
多谢！
第 1 条附言 2018 年 9 月 18 日
软件初衷的使用对象是五笔编码编、校人员，所以功能上“编辑”为主，“查询”为次。
现在不比 10 来年前 86、98 版超大字符集编码时有很多人参与，后来增加的 CJK 字符编码基本都靠个人之力完成，三个版本也就主要是三个人而已。
当然，查询功能适用所有五笔用户，目前也有同类软件、APP、网页等，还能显示拆分结构等更多信息，但字符集基本都是 GBK 或 GB18030-2000 （ CJK+CJK-A ）
现在不比 10 来年前 86、98 版超大字符集编码时有很多人参与，后来增加的 CJK 字符编码基本都靠个人之力完成，三个版本也就主要是三个人而已。
当然，查询功能适用所有五笔用户，目前也有同类软件、APP、网页等，还能显示拆分结构等更多信息，但字符集基本都是 GBK 或 GB18030-2000 （ CJK+CJK-A ）
第 2 条附言 2018 年 9 月 19 日
FontGlyphs 已添加到 https://github.com/CNMan/UnicodeCJK-WuBi，包括：
中易宋体：部分支持到 CJK-E （ 74712 字），中国大陆字形
中华书局宋体：支持到 CJK-F （ 87870 字），中国大陆字形
细明体：支持到 CJK-D （ 74594 字），中国台湾字形
细明体_HKSCS：支持到 CJK-D （ 74594 字），中国香港字形
花园明朝：支持到 CJK-F （ 87870 字），日本字形
以上字体图片数量接近 40 万张，git clone 时找个网速快的时段和代理
软件左边的字形图片展示区可以分为中国大陆字形（两种字体）、中国港 /台字形（各一种字体）、日本字形（一种字体）
中易宋体：部分支持到 CJK-E （ 74712 字），中国大陆字形
中华书局宋体：支持到 CJK-F （ 87870 字），中国大陆字形
细明体：支持到 CJK-D （ 74594 字），中国台湾字形
细明体_HKSCS：支持到 CJK-D （ 74594 字），中国香港字形
花园明朝：支持到 CJK-F （ 87870 字），日本字形
以上字体图片数量接近 40 万张，git clone 时找个网速快的时段和代理
软件左边的字形图片展示区可以分为中国大陆字形（两种字体）、中国港 /台字形（各一种字体）、日本字形（一种字体）
第 3 条附言 2018 年 9 月 19 日 
第 4 条附言 2018 年 9 月 24 日
增加了汉仪的 2 款字体字形图片
汉仪字典宋：支持到 CJK-B （ 70195 字 /图），中国大陆字形
汉仪仿宋：支持到 CJK-D （ 74574 字 /图），中国大陆字形
https://github.com/CNMan/UnicodeCJK-WuBi
汉仪字典宋：支持到 CJK-B （ 70195 字 /图），中国大陆字形
汉仪仿宋：支持到 CJK-D （ 74574 字 /图），中国大陆字形
https://github.com/CNMan/UnicodeCJK-WuBi
 | 1 jiafaner 2018 年 9 月 18 日 我没看懂需求 |
 | 2 1747479654 2018 年 9 月 18 日 基本没人用五笔了,需求太小了. |
 | 3 littleMaple 2018 年 9 月 18 日 这种东西感觉应该已经有人实现了？ |
 | 4 qsnow6 2018 年 9 月 18 日 via iPhone 没看懂 |
 | 5 20150517 2018 年 9 月 18 日 via Android 我是五笔用户，但我觉得我需要是一个好的五笔输入 app，查询 什么真不重要，现在百度什么都能拼音反查 的 |
 | 6 pyufftj 2018 年 9 月 18 日 我之前学五笔的时候用的是 chawubi.com ，手写输入查询编码，现在好像关了……不过学会以后需要查的情况也基本上没有了 |
 | 7 xxgirl2 2018 年 9 月 18 日 rime 输入法按一下 z 键就有反查了 因为专利问题不少人还在用 86 版 现问题是 rime 自带的 ibus 码表不支持 E 区和 F 区 |
| 8 xxgirl2 2018 年 9 月 18 日 （按成 ctrl+enter 了） LZ 或许可以考虑给 rime 提交 pull request |
 | 9 xuanwu 2018 年 9 月 18 日 写了个原型: https://github.com/CNMan/UnicodeCJK-WuBi06/issues/20 很丑而且缺功能. 不知是否楼主还需要. |
 | 10 missdeer 2018 年 9 月 18 日 字体图片在哪里呢 |
 | 11 Rheinmetal 2018 年 9 月 18 日 记得有人做过这种的 叫做 海峰五笔码表 由于专利问题 只有 86 |
 | 12 v2register OP @littleMaple @20150517 @pyufftj @xxgirl2 @Rheinmetal 目前，超大字符集 86 版主要由五笔吧小吧主 LSJ 天道酬勤维护（ CJK-F 已更新，但是是根据 Unicode 草案弄的，字符与 Unicode 正式编码对不上号）、超大字符集 98 版主要由 98 五笔吧吧主 yanhuacuo 维护（缺 CJK-F ） 软件初衷的使用对象是五笔编码编、校人员，所以功能上“编辑”为主，“查询”为次。 现在不比 10 来年前 86、98 版超大字符集编码时有很多人参与，后来增加的 CJK 字符编码基本都靠个人之力完成，三个版本也就主要是三个人而已。 当然，查询功能适用所有五笔用户，目前也有同类软件、APP、网页等，还能显示拆分结构等更多信息，但字符集基本都是 GBK 或 GB18030-2000 （ CJK+CJK-A ） |
 | 13 LeungV2 2018 年 9 月 18 日 拼音转五笔的 表示 词库好少，没习惯过来 |
 | 14 QK8wAUi0yXBY1pT7 2018 年 9 月 18 日 小鸭五笔，我一直用它。可以临时拼音或复制之后，按 ctrl+? 查码 |
 | 15 openbsd 2018 年 9 月 18 日 有点杠.......求解惑 为什么还要推行 “五笔输入法” 这个东西，我一直以为这个是当年可以学习的 计算机知识匮乏 ，于是有一帮天才们弄了套输入法来让学习人员打发时间的产品，今天可以学习的东西已经足够多，而且因为教育进步和 全民迁移(打工) 的原因，普通话水平足够让大多数人完成文字输入 无聊的时候在工作中曾经做过统计，非专业文字录入人员中，五笔的使用者大概是 3-5%，而这个 3-5 中，还有至少 2 要借助拼音才能完成文字的输入，我们要做的难道不是加快它的淘汰速度么 ？ |
 | 16 wellst911 2018 年 9 月 18 日 via Android 五笔很多时候没拼音好用。 |
 | 17 SuperMild 2018 年 9 月 18 日 五笔使用者很少，“五笔编码编校人员”就更少了，而且现在已经有五笔词库，所谓的编校只是小修小补，工作量本来就极小。 |
 | 18 yiyiwa 2018 年 9 月 18 日 支持五笔， 拼音不会打， 还是五笔好。 |
| 19 v2register OP @SuperMild 受众确实很少 从结果看，每次的校对确实是你所说的“小修小补”，但过程并非如结果那般简单： 1、编码校对：校对需要至少“逐字”过一遍，并不是“定向修补” 2、字形校对：字体不同，字形有可能不同，编码随之可能改变，需要查 Unicode 标准和 GB18030 标准校对字形 |
 | 20 ajan 2018 年 9 月 18 日 QQ 五笔 好像自带 小词典，可以查编码， 我是 五笔拼音混打 的，脑子里切换就可以了 |
| 21 xxgirl2 2018 年 9 月 18 日 @openbsd 这贴不是推行，根据 12L 我也明白了 LZ 的主要目标用户应该是码表作者、古籍录入人员等。 形码有这样几个优点： 1. 精准定位，单字输入时八成以上直接空格上屏，少部分需要数字键，极少部分选字要翻页 2. 根据 1 可得，完全断网不影响输入效率 3. 根据 2 可得，多平台之间输入区别不大 4. 根据 1 可得，隐私友好（开源友好？） 但是第 1 点显然也针对文字工作者，如果每天输入量不上万，这个优势不明显 :( 上面说的是形码的特点。那么选择形码的时候也要考虑，如果输入简体字，跨平台方案里五笔 86 最流行，有些公用机也装有五笔 86，方便使用。 我因为需要大量打字使用过双拼，现在使用五笔，但我从来不推荐一般人使用五笔，我平时会推荐双拼 :) |
 | 22 g00001 2018 年 9 月 18 日 用的人少并不等于就一定要被淘汰， 拼音无法完全避免大量的重码，打一些常用的、幼稚的聊天句子是挺快的，专业生僻一点的文章就不行了。也不需要专业生僻，有时候需要打几个单字用拼音都会捉急，重码太多了，任何东西都不是十全十美的，拼音输入法也一样，没有一个东西能解决所有问题，所以自己不用，还是要给别人选择的权利嘛。 |
| 23 xxgirl2 2018 年 9 月 18 日 @v2register 歪个楼。之前观察 F 区文字时候有那么几个实在是诡异，也是辛苦了码表作者 :( |
 | 24 fumichael 2018 年 9 月 18 日 我用的还是 86 版的五笔编码，感谢楼主的贡献 |
| 25 v2register OP @xxgirl2 我是以 86 版为蓝本开始新世纪编码的，编码差异大约 30%～ 40%，他的字体用的是增补的“海峰超大字符集字体包”，除了 CJK-F 完全错误以外，前面的几区也有个别字符顺序错乱的问题 |
| 26 xxgirl2 2018 年 9 月 18 日 @v2register hmmm，字体的话可以考虑花园明朝，出的速度快。unicode 官方 pdf 里也列出了他们用的字体，其中就有花园。 |
| 27 openbsd 2018 年 9 月 18 日 @g00001 #22 我也觉得奇怪，我认识的所有(注意是所有)五笔使用者，都需要使用 五笔拼音混输 才能完成文字录入，但是拼音使用者中，没有这样的需求，那五笔存在的意义是 ？我觉得将它升级为“专业文字输入工具”会不会更好 ？别忘了，还有郑码啥的...... |
 | 28 tourist2018 2018 年 9 月 18 日 记得我上中学的时候还专门有同学去培训班里面学五笔的，那时候觉得好牛逼，当时输入联想啥的完全达不到现在的水平 现在他估计都把这项技能丢了 |
| 29 g00001 2018 年 9 月 18 日 那说明使用五笔的同样会拼音输入法，拼音输入法一般智商都不能学好。 但是有些人会优先使用五笔，五笔按键的速度很快，能有这样的机会近距离观察别人是不是混输的机会应当不多，估计“你认识的所有(注意是所有)五笔使用者”应当数量有限, 而且你认识的这些人都是“专业文字输入”工作吗？！ 打个比方，人家有钱买了飞机，一会开飞机一会 “混用” 别的交通工具，而没有飞机的就没有这种“混用”的需求，不能推断出“飞机”应该被淘汰，当然，会开飞机的肯定是少数。 |
 | 30 weixiangzhe 2018 年 9 月 18 日 via iPhone 新世纪五笔用户表示强烈支持 |
| 31 v2register OP |
 | 32 ambmh 2018 年 9 月 18 日 新世纪用户很少吧。 |
| 33 ambmh 2018 年 9 月 18 日 这应该能反映出五笔的好处吧。http://tieba.baidu.com/p/5646892516 |
 | 34 allenhu 2018 年 9 月 18 日 5 年老用户五笔已经放弃，终究要淘汰的东西，别浪费时间了。既不科学，也不高效。 |
| 36 missdeer 2018 年 9 月 18 日 @openbsd 你的样本空间不够大。十几年五笔老用户表示平均一年顶多能遇到一次要用拼音的情况。五笔绝大多数时候可以盲打（不需要看候选列表），就算只是用于网上聊天我也觉得这样比拼音每个输入都要看一眼候选列表的好，眼珠（视线）的跳动，注意力的跳转都是影响输入心情（非专业文字录入人员不怎么特别关注输入效率）的事。 |
 | 37 xuanbg 2018 年 9 月 18 日 @openbsd 当初是因为拼音输入法输入速度太慢的缘故，所以有各种输入法，都是为了同一个目的，就是提高汉字的输入速度。 至于当年的拼音输入法如何慢，想体验的可以装个 xp，用自带的全拼输入法感受一下。 |
 | 38 likuku 2018 年 9 月 18 日 via iPhone 当有强大 AI 加持的高级 OCR 可以超越普通人类准确率识别随机人类手写字体难看的汉字文本（鬼画符）时（实用成本极低时），五笔输入法这种型码输入法或许才有淘汰的理由。 |
 | 39 nosay 2018 年 9 月 18 日 五笔现在优势确实是减弱了，但是我依然找不到换回拼音的理由。 |
| 40 likuku 2018 年 9 月 18 日 via iPhone @xuanbg xp 的全拼 /微软拼音输入法 还算不错了，很早支持 GBK/GB18030，至少生僻汉字覆盖比较全面。那时很流行的 win 自带“智能 ABC ”（一直认为它很智障），受限于 GB2032，容易遇到无法输入生僻字… |
 | 41 bao3 2018 年 9 月 18 日 对于学不会五笔的人来说，拼音永远是第一选择。对于熟练五笔的人来说，五笔永远是第一反应，对，是第一反应而不是第一选择。我自己而言，同时会五笔、双拼、全拼，真正应该不太适合的倒是双拼，特别是当你中英混输，英文里有拼音时，你会不自觉地输入成双拼，会让人分裂。 我在 mac 和 win 上用五笔，在 ipad 上用五笔，在 ios 上用双拼，在黑莓上用苍颉。在适合的平台用适合的输入法，在电脑上五笔输入法就像是你用 VIM 一模一样，很多人会跟你说这个编辑器要淘汰了，太不科学了，可是 VIM 形成的肌肉记忆可以深深地影响你使用整个操作系统，以至于我的浏览器全都要用 VIM 键位，连我在 ZSH 也是用 VIM 键位。理解这一点，你就能明白五笔之于一些用户的意义是多么巨大。 你以你自己的角度来指责五笔，但其实你没有以五笔的角度来看事情：你永远不需要关心你输入了什么，你只要关心你想到了什么，就好像输入法这东西是不存在的一样，这就是五笔。双拼准确率接近，但是前面说过，会有分裂感，全拼接近语音，但重码率太高了。所以我自己就是五笔 ≥ 双拼，偶尔全拼，全拼的时候多半用语音转文字代替。。。。因为全拼真的太慢了。 |
 | 43 abccccabc 2018 年 9 月 19 日 楼主，可以使用下极点五笔（也有反查功能），这个五笔消亡好多年了，但还没有那款五笔能够超越它。 你值得拥有。 |
| 45 v2register OP |
| 46 openbsd 2018 年 9 月 19 日 |
Select Language