Hiroyuki Komatsu
komat****@taiya*****
2004年 1月 13日 (火) 22:47:02 JST
徳永さんにはお世話になりっぱなしです。
At Tue, 13 Jan 2004 20:59:45 +0900,
TOKUNAGA Hiroyuki wrote:
> > > ■メリット
> > > tcode入力がしやすくなる
> >
> > 英単語をシームレスに入力できることもメリットですね。
> > # 文脈から外れているのは承知しております。 _o/\_
>
> そのメリットはget_labelでpreeditを取得すれば得られる物ですよね？
> get_labelによるpreedit取得自体はもう実装してcommitしてあります。手元では
> uimでもprimeと入力するとそのままprimeと出てきます :-)
おお! すてきー。
現在の uim はどのようにプリエディット機能を実装しているのでしょうか。
内部的には入力をそのまま保持するようになったけど、ひらがな単位での
編集が可能、ということなんでしょうか。
> > prime-elのプリエディット機能は確かにしょぼいので、同様の機能を新しく
> > 実装していただくのは、ちょっと気が引けます。
> >
> > 内部的には入力をそのまま (アルファベットで) 保持したまま、ひらがなで
> > プリエディットできればいいわけですよね? 考えてみます。
>
> 解決しなければいけない問題は、ひらがなを変更された場合に、内部にアルフ
> ァベットで保持された入力をどう反映するのか？という物ですよね。
> これを解決するのはかなりめんどくさい事になると思いますし、場合によって
> は不可能です。例えば、「しょ」の「ょ」を消した場合に、「shi」となるべき
> か「si」となるべきか、判断は不可能です。（MS-IMEでは、プリエディットを編
> 集していてそういう事態が起きたら、変換表に基づいてひらがな→アルファベッ
> トの逆変換をしているようです。）
そうですね。さらには "kたい" という文字列から、"た" を削除した場合に
"き" とならないようにもしないとダメですね。
> というわけで、そこまでやらなくてもいいんじゃないかなぁ、と私は思ってし
> まってます。
プリエディットが編集された時点で、アルファベットのデータを破棄して
ひらがなのデータを内部データとして扱うようにするのが現実的ですかねぇ。
BS などでのプリエディット末尾の編集ぐらいには、対応したいところですが…。
--
小松弘幸
-----------------------
http://taiyaki.org/