居戎氏
不考虑。 用 yaml 本身的列表数据结构来描述多个字符串值比自己解析一种字符串转义编码更好。 具体是什么问题必须要重新设计一套语法？
參考 https://github.com/rime/squirrel/issues/179#issuecomment-364048969 以及 https://github.com/rime/squirrel/issues/85
該配置選項是跨平臺的，延續Xorg的按鍵定義。鼠鬚管需要把mac按鍵碼轉換成Xorg的定義。 從 https://github.com/rime/squirrel/blob/master/macos_keycode.m 看，未識別JIS鍵盤按鍵。
一個想法是可以先用 `punctuator` 再用 `key_binder`。因爲你的配置裏只綁定了 Escape 和空格鍵，沒有綁定任何符號鍵。 如果符號鍵也需要綁定，比如用符號鍵翻頁，那就不能調整 `processors` 的順序。只好改回小數點直接上屏了。 --- 題主的現有配置下，打出數字後的 `.` 可以按回車鍵。只是 [ 數字 `.` ` ` ] 這樣的序列不能直接上屏。
咱只管原装的效果~ 用户配置的空格清屏跟上屏小数点冲突。改配置把这两个功能禁用一个就行了。
可能進程崩潰了。 在 Console.app 裏查找 Squirrel.app 的崩潰報告，看看報告裏記錄了什麼線索。
現在做不了。 沒有拿光標前文字的接口。 個別平臺有這個接口，你可以自己打洞，把這項信息傳到 librime-predict
`Alt_L+grave` 這個寫法不對。 另外，如果發現系統不支持那個快捷鍵就換一個吧。
别绑了…复杂逻辑和算法的还是用librime插件写、或者纯粹用lua写吧 hchunhui ***@***.***> 于 2025年2月17日周一 22:17写道： > 其实本项目理解和维护的难度并不在 lua 绑定。lua 绑定只是减少一些无聊的重复工作，各家工作原理也都差不多。真正困难在 lua 和 C++ > 的语义差别上。librime 不少 class > 严格来说都只是内部接口，并没有考虑过要方便外部调用，这带来不少挑战，比较常见的难点是对象生存期管理，还有传参等。需要按实际情况逐一分析，比如有些需要多包一套转换，有些需要跳过自动生成纯手写等，最终导致比较难理解的代码。 > > — > Reply to this email directly, view...
iBus 的鍵碼對上下檔的字符做了區分。iBus 鍵碼在 Linux 上是原生的，在其他平臺上由前端程序把操作系統的鍵碼轉換成 iBus 格式；如果只按 Shift 鍵打大寫字母或上檔字符，會得到上檔的鍵碼；而其他修飾鍵和 Shift 組合，按鍵字符是哪個，並沒有一致的規定，各個操作系統的按鍵消息，給出的字符不一樣。這個問題在設置 [`Control+Shift+` 快捷鍵](https://github.com/rime/rime-prelude/blob/master/key_bindings.yaml#L42) 時發現了，兩種表示都定義了一遍。題主說的這個，我猜測跟數字的情況一樣。定義的那種寫法我估計是其他系統能用，但在 Windows 上需要匹配 `Control+Shift+asciitilde`。