这个没必要放readme里面吧。。。有些也是个人喜好而已！
更新了一个非常完善的软光标计算逻辑，应该各种显示奇怪编码的方案都可以用了。下一步倾向于解决需要从git安装的问题。
最常用到的场景估计是激活minibuf输入命令的时候，不过shift一下切换也很快
yuequ
26
突然发现大佬有在用星空两笔啊，有点感动，这方案用的人好少 （乱入一下）
并击用户实名表示羡慕，频繁切换中英文输入状态确实很不爽 
@DogLooksGood 今天试用了一下 emacs-rime ，发现依赖需要使用你 fork 的 liberime 版本 。 liberime 最近更新了很多，如果使用原作者的版本会报错，请问 fork 版本是有什么特别的改动吗？
我fork的版本里面导出了一个 strlen 函数。 对目前来说这个是必要的，因为 librime 给出的光标位置和选择范围都是以 C 里面长度来计算的。我还没有找到 emacs lisp 里面这个怎么实现。
如果找到实现办法了，那么这个就不需要了。
噢，了解了，多谢。
如果能合并到 liberime 里就好了，既满足了 emacs-rime 的需要，也能用上其最新版本。
没准儿 pyim 和其它输入法也能用得到这个。
liberime的更新似乎主要是解决Windows上面的构建问题，没有新的功能。但是可能有其它问题：
目前没有精力对这些问题的原因进行确认。
移除了对 liberime 的依赖，port 了其中有用的代码过来。
这有助于简化安装的流程，减少配置。
目前需要等待一些测试确认功能性。
感觉这样比较容易发到melpa上面，使用会比较方便。
elpa建设的时候，压根就没考虑过动态模块，那时候可能也没有动态模块，用melpa发布感觉也特别hack。。。有点无语😓
三个平台有区别。
Linux的话，如果动态模块是用C写的，不是用Rust之类的，就很容易，因为都有各种lib，路径也都有
Mac上面就比较乱一些，Windows上面就不敢想了。
27发布之后，动态模块默认启用了，我估计有高手就会考虑发布的事情，可能会搞出一套发布工具
不过有一个问题就是，只有C写的动态模块体积小，像Rust之类的编译之后好像体积很大。不知道要怎么处理。
