pyim 做了极大的重构,欢迎大家抓 bug

再更新pyim,这些函数都更名了

更新了之后,这样的包名字是正确的吗? minibuffer还是会有错误.

pyim-20190124.1434
pyim-basedict-20170727.259

Debugger entered–Lisp error: (void-function pyim-page-style-minibuffer-style)
pyim-page-style-minibuffer-style(#<hash-table eql 5/65 0x16d1bcd>)
pyim-page-handle()
pyim-entered-handle(“z”)
pyim-self-insert-command()
funcall-interactively(pyim-self-insert-command)
call-interactively(pyim-self-insert-command)
pyim-start-translation(122)
pyim-input-method(122)
read-from-minibuffer("Find file: " “~/” (keymap (keymap (32)) keymap (7 . minibuffer-keyboard-quit) (10 . minibuffer-complete-and-exit) (13 . mi$ completing-read-default("Find file: " read-file-name-internal file-exists-p confirm-after-completion “~/” file-name-history “~/” nil)

确实是bug

已经修复了。。。。。。。。。。。

现在已经可以支持rime了?

1 个赞

通过liberime来支持rime,效果不错,不过 liberime 还不太稳定,维护者也好像太忙。。。

谢谢!!!

刚刚确认已经好了.

我使用win10, 但是我无法基于Msys2编译和安装librime, 因此liberime对我来说现在没法上手使用。

我在win上的emac使用环境是gui-emacs搭配Msys2的posix环境一起使用的(我并不想安装VS,想直接在Msys2上安装librime的环境,进而进行liberime的配置), 但是我看librime的官网给出的win-port都是基于VS编译的方案,于是想在这里向大家求助,意在求知三点:

  • 有没有小伙伴在win上基于Msys2的librime编译成功的例子
  • 如果以上基于Msys2的rime一整套方案配置完成,是否只有通过Msys2安装的emacs可以正常调用liberime(ps: 也就是说外置的emacs-win-port 只能被skr了)
  • 若有解能教我吗?:):sweat_smile: 我想尝个鲜

我也想让在 msys2 中编译 librime 和 liberime, 可惜不熟悉,搞不定

有时候我感觉维护别人的代码,比自己重新编写,要付出更多的努力。。。。

谢谢大佬告知, 那我现在还是用内部hash字典的方式用pyim吧 ,除了内存占用大一点,一切安详 :sunglasses:, 不过如果api没变的话,我是否需要升级?不升应该也没关系吧, 我现在还再用commit:8648d46 的版本,也就是上个月的版本好像。

如果不深度定制使用pyim的话,升级也问题不大,不过可能会有bug,因为重构替换了好几十次,难免有一些犄角旮旯的功能出bug

这次重构,主要是简化内部逻辑,功能和原来没有变化

支持 动态调整待选字的顺序 这个功能么?我的一直是不调整的呀。

如果再支持自动上屏就好了,研究了下不知道怎么搞!

五笔有自动上屏功能

很好用的输入法,配合 exwm-xim 的话,不用再装别的输入法了。

不过是不是没办法向 minibuffer 输入中文?

可以的,minibuffer也可以

喔,对,我设置了 minibuffer 行数固定为1,这样就看不到候选。。。


我意识到可以让 pyim 在 minibuffer 输入时,将候选显示在 mode-line (如果存在),eldoc 是这样设计的(eldoc-minibuffer-message)。