正則の送りだけが唯一の送りではない。登録者この手のエントリが大量に加わるのは、個人的にかなり嫌です。しても送りなし変換したときしか拾ってくれないじゃないですか。送りあり変換として送ったときに送り仮名の最初で変換しないと変換できない辞書よりは、送り仮名の最初の文字でなくても変換できる方が便利です。デメリットは見当りません。辞書としては「正しいエントリ」として認識されてきた、と理解しています。的に正しいエントリです。貴殿がおっしゃる正しい位置で押していないだけで、間違いでないでしょう。部分があって良いと思うのです。/悔しが/」の登録には完全に反対です。送り補正を認めるにしたって、こんなひどい送り方はありえません。「正しい送り位置」とは?そんなの正しい送りを覚えれば済む話だと思うので、消すのに賛成します。一般論の方ですが、まず「正しい送り位置」を言うなら、「和やか」と書きたいなら「NagoYaka」、「和か」と書きたいなら「NagoyaKa」が「正しい」です。(「和{なごや}か」は稀ですが、間違いではありません)skkの大きな魅力の一つは送り位置を自分で決定出来ることです。「和やか」が出てしまえば前提が大きく崩れてしまいます。/向こ/」というエントリが存在しており、これがあるために「向う」と入力したいのに油断すると「向こう」が出てしまう場合があります。何かの間違いでこの手のエントリが先頭に来てしまっていないか、常に注意しなければならず実に具合が悪い。これでは何のためにわざわざ送り位置を指定しているのかわかりません。/悔しが/」については「間違ったエントリ」であり、反対と言わざるを得ません。送りなしについては様々な問題が絡むので一概には言えませんが、「送りのないエントリ」と捉えるよりは「送り位置を指定する必要・意味のないエントリ」と捉えた方が良い気がしています。/お嬢さん/」のようなエントリを全てokuri-ariのみにするのは非現実的でしょう。okuri-ariとokuri-nasiで違う情報を伝えたいケースでしょうね。両者の間にそれほど明確な線を引けそうにないのが厄介なところです。しても、*個人辞書*に*送り仮名のブロック付き*で、skk-henkan-keyのサブセット(?)になるエントリが存在する場合のみ拾いますが、これとは別に、送り有り変換だろうと送り無し変換だろうと、共有辞書を対象としてサブセットを検索するような検索プログラムを設ければ、このエントリを登録した人の希望に応えられるのではないでしょうか?現在アクティブなコミッターの中にこの件のコード書く人がいなさそうだったので、こんな事するのもどうかとは思いつつ自分で書いてみました。取扱いは御自由にどうぞ。送り有りエントリが引けない。するよう、手元では更新しています。1に変える必要がありました。"あり"というキーに対し、"あr"を検索できてなかった。自分では使ってないので、まだバグがあるかも。Perl5.020003。