We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TODO: これも一般化したい。 とコメントにある通り、カンマピリオドを特殊処理にせずrule.tomlで設定可能にする。 一般的なローマ字かな変換ではなく、カンマヤピリオドの位置のキーを含むキー列から入力したい文字に変換するため。
かなテーブルの[conversion] はもうテーブルで決まっているので、新しい設定項目名が必要。区分文字? 終端文字? のような名称
仮に区分文字に指定したキーをconversion内で使ってしまった場合の実装はどうするか。commaを区分扱いに指定しておきながらconversionに"comma a" = ["", "ぁ"] のようなエントリを入れたとした時に驚きが少ない、正しい動作はどうするか?
conversion優先とすると、後続の入力によって今のカンマのように変換区分として扱うかかな入力として扱うかが決まるので、入力時点で扱いかたがわからない。現在ピリオドやカンマを入力した時に自動変換が開始されなくなるので、区分文字としては不適切な動作となる。
区分処理優先 とするとたぶん実装は素直になるが、conversionに入れたエントリは絶対に(?)無視されるようになる。一応設定読み込み時点で判定はできるか? ただし警告を一般のユーザ出す方法が特に存在しない。warnログでも出すくらい。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
TODO: これも一般化したい。
とコメントにある通り、カンマピリオドを特殊処理にせずrule.tomlで設定可能にする。
一般的なローマ字かな変換ではなく、カンマヤピリオドの位置のキーを含むキー列から入力したい文字に変換するため。
かなテーブルの[conversion] はもうテーブルで決まっているので、新しい設定項目名が必要。区分文字? 終端文字? のような名称
仮に区分文字に指定したキーをconversion内で使ってしまった場合の実装はどうするか。commaを区分扱いに指定しておきながらconversionに"comma a" = ["", "ぁ"] のようなエントリを入れたとした時に驚きが少ない、正しい動作はどうするか?
conversion優先とすると、後続の入力によって今のカンマのように変換区分として扱うかかな入力として扱うかが決まるので、入力時点で扱いかたがわからない。現在ピリオドやカンマを入力した時に自動変換が開始されなくなるので、区分文字としては不適切な動作となる。
区分処理優先 とするとたぶん実装は素直になるが、conversionに入れたエントリは絶対に(?)無視されるようになる。一応設定読み込み時点で判定はできるか? ただし警告を一般のユーザ出す方法が特に存在しない。warnログでも出すくらい。
The text was updated successfully, but these errors were encountered: