欢迎尝试 emacs-rime,计划中功能已全部完成。

pyim:

  1. 可以根据光标前中英文状态决定输入中英文
  2. 英文状态下,输入拼音后,可以把光标前的拼音内容直接转成中文,不需要 删除 -> 切输入法 -> 重新输入

不是所有的人都有需求用所有的东西,这是很正常的。

切换快捷键可以是一个,如果在linux上面。

这个没必要放readme里面吧。。。有些也是个人喜好而已!

更新了一个非常完善的软光标计算逻辑,应该各种显示奇怪编码的方案都可以用了。下一步倾向于解决需要从git安装的问题。

最常用到的场景估计是激活minibuf输入命令的时候,不过shift一下切换也很快

突然发现大佬有在用星空两笔啊,有点感动,这方案用的人好少 (乱入一下)

我用的dvorak布局,这方案可能不是很适合我。

并击用户实名表示羡慕,频繁切换中英文输入状态确实很不爽 :upside_down_face:

@DogLooksGood 今天试用了一下 emacs-rime ,发现依赖需要使用你 fork 的 liberime 版本 。 liberime 最近更新了很多,如果使用原作者的版本会报错,请问 fork 版本是有什么特别的改动吗?

增加了strlen函数导出。。。

我fork的版本里面导出了一个 strlen 函数。 对目前来说这个是必要的,因为 librime 给出的光标位置和选择范围都是以 C 里面长度来计算的。我还没有找到 emacs lisp 里面这个怎么实现。

如果找到实现办法了,那么这个就不需要了。

噢,了解了,多谢。

如果能合并到 liberime 里就好了,既满足了 emacs-rime 的需要,也能用上其最新版本。 没准儿 pyim 和其它输入法也能用得到这个。

liberime的更新似乎主要是解决Windows上面的构建问题,没有新的功能。但是可能有其它问题:

目前没有精力对这些问题的原因进行确认。

移除了对 liberime 的依赖,port 了其中有用的代码过来。

这有助于简化安装的流程,减少配置。

https://github.com/DogLooksGood/emacs-rime/pull/24

目前需要等待一些测试确认功能性。

:rofl: :rofl: 这倒也是一条路子 :sweat_smile:

感觉这样比较容易发到melpa上面,使用会比较方便。

elpa建设的时候,压根就没考虑过动态模块,那时候可能也没有动态模块,用melpa发布感觉也特别hack。。。有点无语😓

三个平台有区别。 Linux的话,如果动态模块是用C写的,不是用Rust之类的,就很容易,因为都有各种lib,路径也都有 Mac上面就比较乱一些,Windows上面就不敢想了。

27发布之后,动态模块默认启用了,我估计有高手就会考虑发布的事情,可能会搞出一套发布工具

不过有一个问题就是,只有C写的动态模块体积小,像Rust之类的编译之后好像体积很大。不知道要怎么处理。