Xuan Wu

@HumphreyDotSln 多谢。刚刚主创已提交双拼支持，我pull 最新代码本地运行看到了双拼的选项：  个人不会双拼，烦请多测测~

@HumphreyDotSln 请问运行成功了吗？

@csgka1 @HumphreyDotSln 刚发布了 1.0.4，包括了双拼和五笔支持（beta）。欢迎使用~

多谢分享。 > 部件查字：http://fgwang.blogspot.com/2022/09/unicode-15.html 不知这位是自己拆字还是参考了哪个源数据呢？ > ids好久没有更新了 https://github.com/cjkvi/cjkvi-ids 它说明里源自此项目：https://www.chise.org/ ，刚发现两年前自己好像还用过它的拆字数据。。。：https://zhuanlan.zhihu.com/p/163588221

感谢！ 和 [chise 数据](http://git.chise.org/gitweb/?p=chise/ids.git;a=blob_plain;f=IDS-UCS-Basic.txt;hb=HEAD) 相比，好像多了使用地区信息？如： ``` U+5434 吴 ^⿱口天$(GHJT) U+5434 吴 ⿱口天 ```

哦这是宏的功能吗？还是定义了一个名为 `()万` 的函数？

随着语言功能（feature）的增加，报错信息的内容估计会逐渐增多，其中包含的各种术语也是。 最近觉得报错信息的水挺深，准确描述”用户在哪里做错了什么“已经不易，如果之外还要提出”如何改正“的建议的话，就要牵涉到对用户意图的推测。 期待这方面的探索和进展~

@UltimatePea 之前看到的一些报错信息相关论文摘要： - [Do Enhanced Compiler Error Messages Help Students?: Results Inconclusive.](https://dl.acm.org/doi/abs/10.1145/3017680.3017768) - [Error messages are classifiers: a process to design and evaluate error messages](https://dl.acm.org/doi/abs/10.1145/3133850.3133862) 个人最近在尝试尽量不用术语、与编程语言语法一致的反馈信息设计：[详见“某语言”设计帖](https://www.zhihu.com/question/349028712/answer/2220729987)。其中通过“获取最近语义”支持不符内置语法的用户输入，以省去语法相关的反馈信息。 另一种设计，是通过严格限定各语法要素的组合方式来尽量减少代码的语法问题，比如 Scratch。 各种设计都需将用户调试纳入考虑。即便像 Scratch...

一个python报错信息例子： [My favorite terrible Python error message](https://lerner.co.il/2017/09/18/favorite-terrible-python-error-message/)，“TypeError: object() takes no parameters”。 对新手用户来说几乎是无法一眼理解的，其背后牵涉到了许多python类型系统机制细节。

【先祝虎年快乐，健康如意！】 社区反馈的确重要。语言开发初期反馈较少时，可以基于自己的实践体会对报错信息作逐步改进。 如个人之前对木兰报错信息中文化时，是从使用过程中的 [常见报错开始](https://zhuanlan.zhihu.com/p/267686876)。也作了些 [阶段小结](https://zhuanlan.zhihu.com/p/351483957)，为以后的进一步改进或者重设计作些积累。