TOKUNAGA Hiroyuki
tkng****@xem*****
2004年 11月 2日 (火) 03:07:36 JST
On Thu, 28 Oct 2004 03:43:45 +0900 (JST) UTUMI Hirosi <utuhi****@yahoo*****> wrote: > // uim-m17-ja-anthy > ・変換候補を後方に遡れない > $ gedit > uim-anthyを選択 > "あき"と入力してスペース → "１ 秋" と表示される > 方向キーの上を押す → "30 アキ"と表示される > > uim-m17n-ja-anthyを選択 > "あき"と入力してスペース → "１ 秋" と表示される > 方向キーの上を押す → (遡れない) これはm17n-lib内の話になるので、uim側ではどうしようもないです。 > ・候補選択の表示がちらつく/もたつく > $ gedit > uim-anthyを選択 > "あき"と入力してスペース → "１ 秋" と表示される > 方向キーの下をしばらく押し続けて離す → すぐに候補選択が止まる > > uim-m17n-ja-anthyを選択 > "あき"と入力してスペース → "１ 秋" と表示される > 方向キーの下をしばらく押し続ける → 表示がちらつく > キーを離す → しばらく候補選択が動き続ける これも対応は難しいです。無駄な処理を減らして動作速度の改善はできるよう な気もするのですが、それよりも後述の通り、uim-m17n-ja-anthyの廃止という 選択肢を取ろうと思ってます。 > // uim-m17-zh-py > ・uim-m17n-zh-py の候補選択の方法がuim-pyとかなり異なる > uim-pyを選択 > ni と入力してスペース → "1 (ni)" と表示される > 方向キーの上下でスムーズに候補を選択できる > > uim-m17n-zh-pyを選択 > ni と入力してスペース → "1 (ni) " と表示される > 方向キーの上下で10ずつ移動、方向キーの左右で１ずつ移動 > > 候補選択の操作は統一されていたほうがいいと思います。 uim****@freed*****の方でもでていましたが、こういったkey bindingに関す る部分はm17n-lib側で面倒をみているので、uim側ではどうしようもないです。 m17n-libでは候補の表示は横1列で行われる事を仮定しているようで、こういっ た操作方法の食い違いがでてきてしまっています。（仮定してなかったらごめん なさい。確認は取ってないです。） 逆にuim側は縦に候補を表示するという仮定をおいてしまっています。（ uim-fepは横表示なんですけどね。というわけで、uim-anthy + uim-fepの環境で も似たような問題が起こります。）実はこれは前に候補関連のAPIの改良を行っ た頃に既に気づいていたのですが、改善する良い方法をなかなか思い付けずに放 置してしまっています。他にもいろいろ優先順位の高い課題が多いので、ここら 辺の改善は後回しになってきましたが、ヤマケンさんの「キー入力とコマンドの 分離」でこの問題を解決できるんじゃないかと考えています。 あと、uim-m17n-ja-anthyに関しては、存在意義が特に無く、混乱の原因にな ると思うので、デフォルトではdisableにしようと考えています。 -- 徳永拓之 http://kodou.net/
