YamaKen
yamak****@bp*****
2004年 11月 16日 (火) 10:05:04 JST
uim committerの一人ヤマケンです。半田さん、はじめまして。 At Mon, 15 Nov 2004 21:09:14 +0900 (JST), handa****@m17n***** wrote: > 内海さん wrote: > > ただ、uim-m17n-zh-py についてはこれらの点が気になります: > > 1. 候補選択時の表示のちらつきが気になる > > えーっと、uim は候補の表示とかは m17n-lib が提供する > callback の機能を使わずにやっているんですよね？とすると、こ > れは uim 側の問題？ uim-m17nの実装は把握してないので徳永さんの回答をお待ちください。 > > 2. '上下キーで候補を10移動'のように他のエンジンとキーバインドが異なっている > 現在考えているのは、*.mim では Up とか Down とかのキーシンボ > ルを直接指定しないで、 next-candidate prev-candidate > next-candidate-group prev-candidate-group 等の仮想的キーシン > ボルを指定するようにし、実際の Up から prev-candidate へのマッ > プはデフォルトのものを提供した上で application から変更する > ことも可能にする、というものです。 これはいいですね。今後uimが行うキー入力まわりの拡張がそのまま利 用可能になるので。 > どれだけの仮想的キーシンボルを用意するかは、 UIM や SCIM がど > れだけのキーをカスタマイズできるようにするかに合せようと思って > います。 m17n lib側で用意している操作を全てexportして頂けると嬉しいです。 m17n libの実装を把握していないので変な事を言っているかもしれませ んが、現在開発中のGUI設定ツールではカスタマイズ項目の自動生成が 可能なので、以下のような情報がm17n lib側から取得可能であれば一度 仕組みを作っておくだけでuim側での追従作業は不要にできます。 1. 仮想的キーシンボル (next-candidate等) 2. そのhuman readableな名称 ("Next Candidate"等) 3. その機能の解説 ("chooses next candidate in the candidate selector"等) 4. そのデフォルトのキーバインド("Space"等) 2.および3.は各国語版のメッセージカタログも提供されると理想的です。 uimとしては上記のような実装が理想です。ご一考いただけると嬉しい です。 ------------------------------- ヤマケン yamak****@bp*****
