土日はごろごろ休んでたらいつの間にか終わってるなぁ。
やりたいこともいっぱいあるんだが、ついついのんびりしてる。
とりあえず、ほったらかしのライブレポートを何とかすべく、エントリーだけでも作成。内容はまだ全然かいてなかったりするが。これだけだったかな、多分もれてないと思うけど、なんか少ないな。行ってないんだから仕方がないが、もうちょっと行かないとな。
5月 292005
土日はごろごろ休んでたらいつの間にか終わってるなぁ。
やりたいこともいっぱいあるんだが、ついついのんびりしてる。
とりあえず、ほったらかしのライブレポートを何とかすべく、エントリーだけでも作成。内容はまだ全然かいてなかったりするが。これだけだったかな、多分もれてないと思うけど、なんか少ないな。行ってないんだから仕方がないが、もうちょっと行かないとな。
kde.orgのMLに投稿しましたが、LiuCougarさんから反応があったくらいで、これといってめぼしい反応はなし。
肯定的でも否定的でもいいからもう少し反応があれば対応も考えやすいけれど、こうも反応が薄くてはなぁ。まあ、BICと言うこともあって物好きじゃなければ当ててみようとは思わないだろうけど。決してちいさなパッチじゃないし。
さて、今後どうするかだ。需要はあるパッチだと思うのでしつこく宣伝していくことが大切だろう。そのためにも、少しずつでも改良をしていくか。
あたりを検討していくか。
「scimのAttributeListとscim-qtimm」より
QIMEventのAPIの和訳をやったときにも思ったんですが、Qt3のQIMEventはかなり貧弱です。必要最小限の機能しかありません。(QIMEventに限らず、I18N系は微妙な実装のものが多いと思うが)
取得できるのは文字列、カーソルの位置、(カーソルの位置を始点とした)選択文字列の長さだけです。
QIMEventの情報では文節の区切りすら分からないという・・・。
immodule for QtではQIMEventの拡張までは行ってないため(そのはず)、表示の改善は望めません。
Qt4では QList<QInputMethodEvene::Attribute> なんて持つようになるのでましになると思いますが、現状きっちりとチェックできる状態の人がいない状態で、リリース時にどうなるか(Daisukeが忙しそうだしなぁ)。