[FEATURE] 3段フリック周りのリファクタリング

[tetta-pdnt]

この機能リクエストは、何か問題に関連していますか？説明してください。

3段フリック周りを今後拡張しやすくするため、段階的にリファクタしたいです。
現状の KeyboardDefaultLayouts では、3段フリックの候補ツリーが TfbiFlickNode の runtime 構造として直接手書きされています。
そのため、候補の出し分け、角度判定の拡張、将来的なカスタムキーボード対応を入れるたびに、巨大なデフォルト定義へ条件分岐を足す形になるので保守性が下がるのではと懸念しています

望む解決策を説明してください

まずは runtime 用の TfbiFlickNode とは別に、保存・編集・生成に使える中立の flick definition schema を追加したいです。
最初の対象は3段フリックですが、設計としては「キーに対して、方向ごとの候補ツリーを持つ」汎用的な schema に寄せる予定です。
これにより、将来的には通常フリックや二段フリックも同じ定義モデルから runtime map へ変換できたらよいと考えています

schema から TfbiFlickNode.StatefulKey へ変換する mapper によって既存の3段フリックを移行できたら，以下を進めたいです

• デフォルト3段フリック定義をgenerator経由に
  • きゃ/きゅ/きょ や きゅう/きょう のような候補を各行で重複して手書きする必要をなくします
• あ行二段目候補を無効化する機能を追加
  • schema の feature filter として実装
  • 「ぁ」や「ゔ」など使用頻度が低い割に誤判定されがちな候補を無効にできるようにしたいです
• 判定角度調整を一般化
  • 3段フリック入力にてイ段の濁音/拗音の判定角度を設定可能に #851 にてイ段の濁音/拗音境界向けに入っている角度調整を、方向ペアまたは候補境界単位で扱えるように一般化
  • schema 側に boundary metadata を持たせ、controller 側は metadata に従って判定する形へ寄せる想定です
• カスタムキーボードで3段フリックを選択可能に
  • schemaをUI上で保存・編集できるようにします

各PRは可能な限り小さくするように努めます
全体の方向性など、ご意見いただけますと幸いです

追加のコンテキスト

• [FEATURE]スミレ入力キーボードの2段、3段フリック入力のフリック方向変更 #535
• [FEATURE] 機能提案・実装方針 #702
  • 将来的にバッティングする可能性もあるのでこのあたりは協力して進めたいです

[KazumaProject]

@tetta-pdnt

機能のご提案ありがとうございます。
KeyboardDefaultLayouts が大きくなっている問題を解決できそう、わかりやすい設計だと思いました。
全体として、将来的な拡張性を高めるためのリファクタとして賛成です。

実装前に確認したい点があれば教えてください。
特になければ、この方向で進めていただけると嬉しいです。