Skip to content
Go back

提升 Rime 输入法的使用体验

6 min read
Edit

Rime 是一款高度可定制的开源输入法引擎,支持多种输入方案(如拼音、五笔、仓颉等)。本文介绍如何通过合理的使用方式让 Rime 更加顺手。

起因

最近一直在水论坛,某一天发现有人发帖 Rime 输入法多端同步方案分享 - LINUX DO,使用的配置是雾凇拼音。文章没怎么看,倒是动了想要更换配置的念头。我原先使用的是 wongdean/rime-settings: 接近原生的鼠须管 Rime 配置,当时并没有 fork 仓库,而是下载文件到本地,在自己同步一份备份。这样在使用上并没有什么问题,只是维护起来比较困难,而且后续更新也不再能够同步配置。

一直以来,我都没能很好的管理自己的 Rime 配置,基本都是随用随丢。一个配置用好几年,然后发现新的好用的配置,折腾一下。这次切换新的配置方案,就考虑需要能够更好地维护这份个人配置。

tldr 太长不看版本

  1. fork 一份雾凇拼音 / 白霜拼音 的配置到个人仓库,我目前在使用的是雾凇拼音。
  2. 使用 git clone 命令下载个人仓库的配置到配置目录下, macOS 平台为 ~/Library/Rime
  3. 创建自定义配置文件 default.custom.yamlsquirrel.custom.yaml
  4. 参考 default.yamlsquirrel.yaml 文件的内容进行定制化配置即可。
  5. 迁移历史词库可以参考 用户词典迁移
  6. 配置文件多平台同步可以参考 多设备同步

至此,就拥有了一个可以更新的,词库同步的,可定制个人输入配置的 Rime 输入方案。后续 fork 的仓库更新时,直接 sync 后,本地配置目录 git pull 即可。

配置目录

Suqirrel,中文名称为鼠须管,是 Rime 在 macOS 平台的实现,其他平台有类似的实现。主流的桌面平台上,Rime 输入法的配置方式大致相同。Suqirrel 的配置目录为 ~/Library/Rime,所有的个人配置都保存在这个目录下。

雾凇拼音

首先 fork 雾凇拼音的仓库到个人 GitHub 仓库。

我原先在使用的配置方案进年来已经不再更新,也就直接废弃就好了。直接备份原有配置,将新的配置 git clone 到配置目录下。雾凇拼音仓库新增提交后,可以在 GitHub 平台同步 commit 到个人仓库,本地仓库拉取配置后也就能够同步更新了。

自定义配置文件

主要的自定义配置文件就是两个 default.custom.yamlsquirrel.custom.yaml。按照 Rime 定制指南 的描述,custom 文件中的配置以 patch 开头,以打补丁的方式修改原配置文件的值。那么参考 default.yamlsquirrel.yaml 就是最合适不过的了。

patch:
  "一級設定項/二級設定項/三級設定項": 新的設定值
  "另一個設定項": 新的設定值
  "再一個設定項": 新的設定值
  "含列表的設定項/@0": 列表第一個元素新的設定值
  "含列表的設定項/@last": 列表最後一個元素新的設定值
  "含列表的設定項/@before 0": 在列表第一個元素之前插入新的設定值(不建議在補靪中使用)
  "含列表的設定項/@after last": 在列表最後一個元素之後插入新的設定值(不建議在補靪中使用)
  "含列表的設定項/@next": 在列表最後一個元素之後插入新的設定值(不建議在補靪中使用)

其他

历史数据迁移和多设备同步,直接参考 Rime 配置:雾凇拼音 - Dvel’s Blog 即可,足够详细。

聊聊配置文件

对于 Rime 的配置文件方案,我个人使用下来,觉得是一套高效且优雅的设计,体现了模块化、可维护性和用户友好性的结合。个人用户可以同步 *.custom.yaml 定制个人方案,实现非侵入式设计,不需要修改公共方案。用户自定义内容与官方/公共配置完全解耦,更新输入方案时无需手动合并冲突,降低了维护成本。

只是之前一直没有仔细了解过 Rime 的方案设计,拿来即用,用久即弃,这次切换使用方式和配置方式后,就可以一直使用下去了,除非是碰见更好用的输入方案和词库了。不过使用的方式是相同的,后面也不再需要大范围的调整。


Edit
文章标题:提升 Rime 输入法的使用体验
文章链接: https://blog.guanglai.me/posts/use-rime-with-better-exprenece/

商业转载请联系站长获得授权,非商业转载请注明本文出处及文章链接。您可以自由地在任何媒体以任何形式复制和分发作品,也可以修改和创作,但分发衍生作品时必须采用相同的许可协议。

本文采用 CC BY-NC-SA 4.0 进行许可。


Previous Post
已读乱码 010
Next Post
Markdown Style Guide