大明狐 发表于 2024-3-21 11:54
刚刚又试了一下，在文字框里的时候，确实是碰了插入键
但是按下插入键，也只有半角字符会覆盖后面的内容
...
我刚刚上网查了一下
由于这里需要支持实时获取光标位置，所有使用的RichEdit控件
而RichEdit控件确实有这个特性，会响应Insert的状态，而普通的Edit控件就不会
所以需要注意这点：如果发现输入内容会覆盖之前的内容，指需要再按一下“Insert”按键就可以了
在此也多谢网友“大明狐”的帮助
大明狐 发表于 2024-3-21 11:44
是不是类似PCtoLCD2002里的“导入文本文件”？
是的，我用的是HZDotReader3.0, 有导入文件的功能，能自动排序，删除重复的字符，能生成索引，也很好用
fanxsp 发表于 2024-3-21 13:21
是的，我用的是HZDotReader3.0, 有导入文件的功能，能自动排序，删除重复的字符，能生成索引，也很好用 ...
哈哈哈，下载看了一下，好东西，收藏了{:4_225:}
神农鼎 发表于 2024-3-21 11:46
帮介绍下如何用各种强大的功能
101
自定义段码方法：
单击字符“0”或其他，然后就可以自由修改。
但是要特别注意：修改哪个字符就得认定哪个字符。
这个很方便，但有时会改动到常规字符，
如刚才的“0”，没有一个一个地点开，看看段码原型，有时真把常规字符也改了。
哈哈，也许是还没有熟悉吧。
本帖最后由 大明狐 于 2024-3-21 17:17 编辑
刚才看到HZDotReader的取模，里面的索引里有一种是字符的GB2312编码
然后想到一件事情
因为C51和C251版Keil的那个0xFD的BUG，
根据建议，目前能用的两种解决办法里，
用补丁的办法在网上争议比较大，比较好的办法就是芯片手册里建议的手动添加\xFD
我也更偏向用手册里的办法。
不过有一个环节一直比较困扰，就是创建新的字库的时候，需要辨别哪个字是低位为FD的。
要么查表对照来查找，要么先显示直接出来，再从出乱码的位置倒回来看字库。
两种操作都有点儿费事儿，特别是字数比较多的时候。
所以想到可不可以在自定义格式里，添加一个类似 $key$ 这样的可选的参数，
让字模索引除了可以显示为字符本身，还可以显示成该字符的编码
这样就可以让使用GB2312编码的人，自己决定是否使用这个参数，
然后就能在生成字库之后，通过Keil、记事本等等的查找功能，快速定位出含有FD的字符，从而方便添加 "\xFD"。
如果能有这个参数加持，对使用Encode in ANSI或者是Chinese GB2312(Simplified)格式的C51和C251的Keil的人肯定是一大福音。
之所以想的是可选参数（就是可以不用以选框之类形式出现，根据鼠标悬停的提示框自行添加），
一是因为这种需求比较少，而且用无索引方式的不需要考虑这个问题；
二是好像GB2312之类编码才会遇到FD，而习惯用Utf8之类编码的，转换结果好像永远不会出现FD这个组合。
荣誉版主 大明狐 发来，STC-ISP V6.93E 版本亲测感受：
{:5_300:}导入文本太厉害了，试了一章《三体》小说，接近四千字，都顺利导进去了{:4_246:}
保存文本也顺利
不知道下午说的加上显示字符编码的参数好不好实现对 \xFD 问题特别有用
感谢 荣誉版主 大明狐
对我们 STC-ISP V6.93E 的【字库生成工具】，直白坦率，毫不留情的 点评 ！
待我们喘口气，继续前行{:4_246:}
速度够快，{:5_332:}
数码管段码 生成工具
数码管段码 生成工具这功能不错啊