home
home copied to clipboard
rime
Rime::Home is home to Rime users and developers
Windows10 安装失败，也不知道怎么回事 
首先我只在wiki里找到了关于patch的一些语法介绍： ```yaml patch: "一級設定項/二級設定項/三級設定項": 新的設定值 "另一個設定項": 新的設定值 "再一個設定項": 新的設定值 "含列表的設定項/@0": 列表第一個元素新的設定值 "含列表的設定項/@last": 列表最後一個元素新的設定值 "含列表的設定項/@before 0": 在列表第一個元素之前插入新的設定值（不建議在補靪中使用） "含列表的設定項/@after last": 在列表最後一個元素之後插入新的設定值（不建議在補靪中使用） "含列表的設定項/@next": 在列表最後一個元素之後插入新的設定值（不建議在補靪中使用） ``` 其次我根据https://github.com/rime/rime-emoji这个编写了一份相似的patch配置，非常开心，发现了特别的打开方式。这两份patch配置单独使用都没问题，但当我将两份patch配置同时应用到一个输入法方案时，发现会冲突，然后我检查build目录里生成的schema.yaml，确定了使用上述的patch语法会有问题，比如： rime-emoji这份patch配置里的emoji_suggestion.yaml： ```yaml patch: switches/@next: name: emoji_suggestion reset:...
这几天一直在研究拼写运算，可惜rimekit项目中的拼写运算调试器下载链接挂了，自己编译的话也没法成功，因为依赖库包含了 [node-marisa-trie](https://github.com/komiya-atsushi/node-marisa-trie)，它需要低版本的nodejs才能编译成功，所以rimekit项目也一直编译不了。 通过阅读文档，我猜测拼写运算和投影算法的功能就是对音节表集合做一个变换和拓展。拼写运算改写正则匹配上的音节，因此编译的时候Rime会顺序执行完所有的拼写运算规则，最后就生成了一份包含模糊音这类功能的二进制词典文件。 我现在的问题就是，词组的拼写运算规则是不是和单字的规则完全相同？会不会多一个音节切分的规则？用户在设计方案的时候要考虑词组和单字的区别吗？ 非常期待你们的解答。
I enable Caps Lock when my current input method is english, then i switch to rime. The rime icon should be 'A' instead of the other.
在加入某些词库后，打声母为m的单字只能全拼，其他字未受影响。把luna_pinyin.custom.yaml与luna_pinyin_extended.yaml移除后恢复正常 大概就是这样：  
我使用 dvorak 键位, 所以我使用 xform 修改了已有的双拼配置文件, 期望能在输入键位为 dvorak 的情况下, 正常使用双拼输入法. 配置在大部分的情况下工作都正常, 唯独 e 键在 dvorak 里被映射成了".", 所以存在一点奇怪的问题. 在打例如 "ge" 字的 x 时候, 此时我的键盘敲击是正常的 "ge" 但是输入的字符其实是 "i.", 而此时使用数字键将无法上屏. 对于其他的组合反倒是正常的, 唯独 "e"...
您好，在通读了你们写的文档后，我有一个地方不解，就是关于配置文件的读取规则。 配置文件会放置在程序目录和用户目录下，那么一个方案就可能存在着四个文件和配置相关，分别是两个路径下的 schema 文件和 custom 文件。 通过实践发现，如果两个同名schema文件分别位于用户目录和程序目录下，那么程序目录下的文件也会被读取（读日志可知），但只会使用用户目录下的配置文件。 我这还没考虑到custom文件、patch选项等因素对方案的影响。 我也读过librime的源码文件，但感觉代码层次比较深，所以也没读懂 😭 。 所以请问一下，Rime会以什么规则、什么流程读取配置文件呢？
我在一个visual studio里用vim 插件(最热门那个), 按下esc键进入normal模式,会把输入法切换到disable,  这是如果再进入vim的insert mode, 就会自动切换成中文模式, ascii_mode没有生效 
具体问题：只要在鼠须管输入法下(无论是中文输入还是英文输入)，剪映所有快捷键都失效，但是切换到自带输入法(无论中文还是英文)就没这个问题。 macOS: `Big Sur Version 11.5.1 (20G80)` Squirrel：`Version 0.15.2` 剪映：`v2.5.1` 由于剪映是Qt6写的，所以怀疑跟这个有关系。现在可以从两个角度来看这个问题： - 1、在其它非Qt编写的软件里，即使当前是鼠须管输入法，也不影响快捷键使用，这么说就不是鼠须管的问题，而是剪映的问题了！ - 2、可是另一方面，在剪映里，如果用macOS自带的输入法(比如自带的简体拼音)，也不影响剪映的快捷键，这么看的话，剪映就没有bug，那bug就是出在鼠须管上。
