拼音輸入法默認加載cjk_minifier about brise HOT 8 OPEN

對默認啓用不太放心。會被認爲缺字吧。
形碼很早就有「大字集」的概念，而在拼音輸入法裏比較少見，缺字時想不到有這個機關。

from brise.

見過有些對輸入法有潔癖的人，不習慣前幾頁出現方框。
特別是這種常用字對應的類推簡化字，很容易出現在前幾頁。

另，我有攷察市面上的主流拼音輸入法，都是嚴格的GBK字符集，不含ext-a字。
當然，有部分GBK字因爲歷史原因未被即時提交到CJK基本區，導致長時間佔用PUA碼位。「中古全拼」碼表中的那些字就是這个問題遺留下來的。這類未被提交的GBK字後來都收入到了ext-a和ext-b區。
但是市面上的主流拼音輸入法輸出的GBK字符集字，仍然使用了這些PUA字。比如輸入「u long tian」（龙+天）輸出PUA字「」而非ext-a字「䶮」（QQ拼音輸入法實測）。

因此過濾掉ext-a/b/c/d/e字不會引起普通的「拼音輸入法」用家的注意。

換句話說，市面上除了rime，沒有能輸出擴充字符集漢字的拼音輸入法。

from brise.

好吧…………
我打算在各方案裏多加些選項了，比如各種字形轉換。

（……然後等到這個設施 https://gist.github.com/lotem/cdb561af4937818cf1ae 實現後，就可以把 *_simp, *_tw, *_hk 改爲極簡的代碼 www）

from brise.

是不是要等到這个小狼毫版本發佈後再實現該功能？

另外，我也向公子另提一个proposal：
能否將「方案開關」與「輸入方案選擇」放置在不同的淸單上，通過不同的快捷鍵打開；而不是像現在一樣都雜糅到一个淸單上（雖然新版可以將開關都整合到一个候選項上，但是還是感覺有點條理不淸晰，不符合直覺）。
通過不同的快捷鍵來打開「方案開關」或「輸入方案選擇」可能會比較符合直覺。

特別是開關多了後（比如五个開關），直接把這个淸單都佔滿了（默認五个候選項）。
曾有位新人一直找不到切換輸入方案的辦法，就是因爲用F4打開「方案選單」後，看到的前五个候選項都是「方案開關」而非真正的「方案選單」。（然後他還不知有翻頁操作。）
所以說這種設計其實是有點不合直覺的。

from brise.

開關佔用太多選項，所以才要摺疊。

另設一個快捷鍵我覺得不能接受：別讓我想。別讓我記。

早先 UI 設計師給出的設計是在方案選單右側添加開關的清單，我看就很好。
但這需要增加一個「次要候選項表」，不僅前端要支持，還得作爲一個通用設施加入 API。將來輸入狀態也用得上，方便加入一些輔助功能。

臨時的措施，一個是摺疊選項，二一個是在 F4 呼出方案選單後，再按一鍵（比方說 Tab）切換到次要清單。這又得給一個恰當的文字提示。

from brise.

如果加入「次要候選項表」，那自然更好。我給出提議是儘量攷慮不修改前端代碼，直接在既有的基礎上分離兩个邏輯上應該獨立的淸單選項。這也是爲開發者的工作量做攷慮。

由於還未用新版小狼毫，所以不知「摺疊開關選項」是如何處理「多選項開關」的（比如我掛載了多个simplifier來實現傳統漢字、簡化字和臺標的切換）？
我个人傾向於將「簡化字」「臺標」開關做成通用的補靪應用到我所有使用的方案中，而不是新建一堆子方案（我有很厲害的强迫症，不習慣方案選單太過宂長），以應對填表之需（在某些必須用簡化字和臺標字（比如査閱《重編國語辭典》）的場合）。

from brise.

在拼音輸入法中，filters:- cjk_minifier打開了罕用字，而按Control+Shift+5快捷鍵，沒有效果呢？
還要其他的設置嗎？

from brise.

要加載cjk_minifier同時設置enable_charset_filter: true

from brise.