TOKUNAGA Hiroyuki
tkng****@xem*****
2005年 7月 29日 (金) 13:33:01 JST
On Thu, 28 Jul 2005 10:37:17 +0900 Kenichi Handa <handa****@m17n*****> wrote: > In article <20050****@xem*****>, TOKUNAGA Hiroyuki > <tkng****@xem*****> writes: > > その結果、プリエディット編集中にキーイベントをアプリケーションに渡し > > て嬉しい場面がまったく思いつかないので、rev1046でmodifierつきのキー > > イベントはストップするように変更しました。 > > > oじゃなくてCtrl+oを押してもoが入力されたとみなされる、というのが気に > > なるのですが、どういう場合にそういう事が発生するのでしょうか? > > たった今 uim-0.4.7.1.tar.gz をインストールして試してみました > が、例えばまず m17n-py を uim の default にし、 > gnome-terminal で input-method に uim を選択すると、 > Shift-SPC で IM がオンになった後 C-a や C-M-a を入力すると > 'a' が入力された状態になります。 > > また、 ni と入力すると preedit text とその他の候補リストが表 > 示されるのですが、この時点で Shift-SPC を入力すると、 IM がオ > フになるだけで preedit とかは表示されたままです。 m17n-py は > Shift-SPC を受け取ると現在の preedit を commit した上で > Shift-SPC を処理できなかったと返すはずです。具体的には > minput_filter() が 0 を返し(つまり Shift-SPC をフィルタリン > グアウトしなかった)続く minput_lookup() が commit されたテキ > ストを mt に concat してから -1 を返します。minput_lookup が > -1 を返したら、それはキーを処理できなかったということですので、 > その時点で初めてそのキーを uim が処理するなり、さらにアプリケー > ションに返すなりしないといけません。 報告ありがとうございます。前者に関しては、どうも、modifierのつけ方がおか しいというか、一般のキーイベントに関して、modifierの情報がuimの時点で落 ちていたようです。rev1056で修正しました。 後者に関しては、入力中にShift-Spaceをuimが先に取っているのが悪いので、そ こを修正したいと思いますが、まだ修正できていません。今日中に修正しておき ます。 -- 徳永拓之 tkng****@xem*****