TOKUNAGA Hiroyuki
tkng****@xem*****
2004年 11月 2日 (火) 03:48:03 JST
On Tue, 02 Nov 2004 03:42:54 +0900 YamaKen <yamak****@bp*****> wrote: > At Tue, 2 Nov 2004 03:07:36 +0900, > tkng****@xem***** wrote: > > > > On Thu, 28 Oct 2004 03:43:45 +0900 (JST) > > UTUMI Hirosi <utuhi****@yahoo*****> wrote: > > > > > // 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の改 > > 良を行った頃に既に気づいていたのですが、改善する良い方法をなかなか思 > > い付けずに放置してしまっています。他にもいろいろ優先順位の高い課題が > > 多いので、ここら辺の改善は後回しになってきましたが、ヤマケンさんの「 > > キー入力とコマンドの分離」でこの問題を解決できるんじゃないかと考えて > > います。 > > キーバインドの問題であれば、対策方法は現在の仕組でも変わらないで > す。候補の表示方向の情報を取得できるようにして、それに応じてキー > バインドを挿し替えるしかないんじゃないかと。 まったくその通りで。orz -- 徳永拓之 http://kodou.net/
