Rime 里面似乎有这些功能，造词，排序等等。
是的 inline ascii 模式下面，要回车上屏英文的。
通过断言来自动切，也可以绑个命令手动切。
rime 本身有词条排序功能，如果再额外增加动态排序，就和 rime 本身输入体验不一致了吧
我一直想在pyim实现这个功能，不过到目前为止还没动手，因为还想不到怎么快速收集环境信息，来优化排序，至于不一致，我个人感觉可以适当忽略
Rime 对于输入法非系统相关的所有东西都有了一套自己的体系，我觉得一般使用者对于 Rime 这种比较传统的输入法模式是可以接受的。
emacs-rime 要加入的功能应该是针对 emacs 作为“编辑器”这一特定环境相关的功能，以集成为主要目的。
目前看起来还是大量的问题集中在如何编译上。
Windows，Ubuntu 和 Mac 下面问题都很多，除了 Arch/Manjaro 都不能很无脑的用起来是硬伤。
不知道用python写动态模块性能怎么样，rime有python绑定
惊，我觉得应该很好。感觉这个通信量，什么语言都不会差很多。
另外，不建议你把 rime-user-data-dir 设置到系统 rime 用户数据目录下，可能会破坏 rime 本身的自造词和排序数据。你可以建个新目录，把 ~/Library/Rime 下的配置文件拷贝过去，再通过设置相同的 sync_dir 和 installation_id 来保持同步。
其实你可以用python rpc和elisp沟通，就像lsp sever和emacs一样
这样就不用写c模块了，可以实现跨平台无脑使用
但是好像 rime.py 是个很早期的原型，现在的 librime 只有一个 C++ 的实现。
确实，九年没更新了。。。
哦哦哦，原来如此。 明白了。
customize group: rime 里面有很多的sample，你再认真找着
1 个赞
谢谢，不知道有 customize group，学到了
rime-preedit-face.
这个 face 会叠加在光标之前所用的 face 之上，不是黑色背景，而是 :inverse-video t（反色），所以你可能会找不到。
1 个赞
谢谢你的建议，已经配置过来了
Great! emacs-rime 还差不少文档，要根据使用者的反馈来知道该补哪里好。
emacs + rime 是双小众的交集。感觉没有希望有什么推广的效果。