groverlynn

> > 會不會是你的配色方案背景色和前景色設成一樣的了？ > > 官方版本部署使用没有任何问题，而且即使删除自定义配置完全默认部署也是一样的问题，只显示一个候选项。顺便除了候选项外 lua 脚本也没有生效，如果 lua 脚本正常生效是不会显示注音的 找到根源了。librime 1.10.0有問題。現在換到最新的應該就是這樣的效果了 

> 在alacritty中也会出现类似错误,感觉他们有一个共同点，neovide和alacritty都是用rust编写的 但是在wezterm（rust编写的）中却没有类似错误 應該和rust沒有關係，而是開發者完全不瞭解IMK的工作原理，自作聰明地增加了是否攔截鍵盤事件的判定，判定條件是IMK是否有inline buffer。rime/squirrel#792 加入了反劫持，已解決現有bug。但是説不定他們下個更新又會有新的抽風設定

> @groverlynn 這怎麼聽著這麼像 MS Office 2011 Word？ （就是說非得在內文組字區裡面顯示點什麼，否則 IMK 處理過（返回 true）的 NSEvent 也會被送給客體。） 是的，IMK處理完的直接被吃掉了。而且有正着吃（沒有inline buffer就吃掉）也有反着吃（有inline buffer就吃掉）以及邊吃邊吐（IMK處理結果和他們的處理結果一起出）

punctuation裏面只有單一候選、設置了commit或pair的標點會直接頂字上屏，除非recognizer裏面有匹配的pattern。 要輸入標點符號，那就切換到相應模式去（包括用自定義的代碼）。非ascii模式下默認的多是東亞寬標點，本就不該用於西文比例字符。

鍵名是`return`，設置上屏在key_bindings

`Shift+Shift_L`，`Shift`是修飾鍵，`Shift_L`是主鍵。但凡`Shift_L`或`Shift_R`按下，必然伴隨`Shift`修飾狀態。也就是説不可能存在單獨的`Shift_L`或`Shift_R`。而Rime要求必須提供主鍵，所以不能只有`Shift`（或者説這種情況下`Shift`被當作主鍵，然而不存在名為`Shift`的主鍵）。 既然你已經定死了主鍵是`Shift_L`，修飾鍵是`Shift`，那麼你按下`Shift_L`的時候必然要立刻響應對應動作（第二候選上屏），就如同你按下`2`。規則寫得這麼死，繞不過啊。

用半寬模式就可以 全寬和半寬僅限制[0-9A-Za-z]。標點隨你自定義，既不是全寬也不是半寬的標點也可以。

> > 用半寬模式就可以 > > 全寬和半寬僅限制[0-9A-Za-z]。標點隨你自定義，既不是全寬也不是半寬的標點也可以。 > > 平时使用Vim, 全角符号会干扰Vim的命令. > > 如果全使用半角符号, 一切都正常, 就像现在这里的句号一样. 但在其它场景下使用, 还是需要输入全角中文标点符号. ascii标点用`ascii_punct`，不要用`half_width`。纯中文、中西文混排、纯西文的标点（不论全宽、变宽）用`half_width`，不要用`full_width`。日式全部全宽字符排版才用`full_width`

當前字體不包含某個字符時，系統自動選擇fallback字體。此時會儘量確保襯線、字重、字寬、字高（排名有先後）相同。對於罕用符號，支持顯示的字體可能就個位數，可能每一個的字高都完全不同。#756 用了三重辦法鎖定，還是有1%的機會行高會被超高字體帶跑

夾注是parenthesis > a word, clause, or sentence inserted as an explanation or afterthought into a passage that is grammatically complete without it, in writing usually marked off by curved brackets,...