居戎氏
是不是還有後續，有高手做成能在方案裏配置的？
> 例如正则检测出前面是C，那么输入：变成:，其他标点不变；前面是http，输入://都是半角 可以模式匹配。 默認配置已經支持識別網址。
推測是終端截獲並處理了組合鍵，傳到Rime的只有Control鍵按下後立即鬆開的動作，因此觸發切換。 長按不觸發切換是Rime實現的防誤操作機制。
左右 Shift 分別負責開關，能否解決你遇到的問題？ https://github.com/rime/librime/pull/1015#issuecomment-2892918548
改 BUG 唄。
這肯定是輸入法前端的 BUG。
哪個方案？得看看方案定義才知道。
這個方案無法造出新詞。
patch 的语法不完备，不完全支持 key 里面含有 `/ @ + =` 这几个字符有特殊含义。 实现一个完备的转义机制有些复杂，感觉不太合算。现在再改，还有可能使用户已有的配置失效。 具体到符号定义，原题有设计好的解法。分两种情况。 如果你是方案作者，方案里定义了全套符号，如题目所示，那么你可以直接修改方案中的定义，不需要用 patch。 如果是 luna_pinyin.schema.yaml 这种需要通过 patch 修改的预设方案，源文件里往往会使用成套符号配置，如 ```yaml # luna_pinyin.schema.yaml punctuator: import_preset: default ``` 而没有直接在 `punctuator/half_shape` 定义整套符号的映射。 那么推荐的自定义方法是 patch...
> fxliang 的解法看上去比较简洁呀，可以采纳不？ 暫不採納。 一個是實現比較複雜，代碼不容易懂。也不好驗證。 二一個是原來用戶可以寫 `a/\/b` 表示三層嵌套 `a` / `\` / `b` ，加了轉義就成了兩層 `a` / `/b`；要表示原來的 key `\` 還要再轉義成 `\\`。這等於改變了原有配置的行爲，引進了新的問題。