TOKUNAGA Hiroyuki
tkng****@xem*****
2005年 9月 22日 (木) 05:03:59 JST
On Fri, 2 Sep 2005 07:07:07 +0900 Kazuki Ohta <mover****@hct*****> wrote: > 太田です。 > > > > > ただ、互換性を保ったままエンコーディングを選択可能にするのは不可 > > > > 能っぽいですね。互換性を壊してまでエンコーディングを選択可能にす > > > > るメリットは今のところ思い付かないので、とりあえずはこのままでい > > > > こうと思います。 > > > > > > せっかくuim内部がCSIで実装されているのに、ここだけUTF-8固定という > > > のは一貫性が無く、美しくないと思います。 > > > > # 同意はするのですが、uimの仕様に関しては気に入らないところが多すぎ > > # て、個人的にはもう美しさを求める気力はなくなっています。 > > > > > また、外部ツールに対してiconvへの依存を要求する確率が高まるという > > > デメリットがあるかと思います。 > > > > > > 今このAPIを使っているのは恐らくuim内部のツールとuim-tomoe-gtkだけ > > > だと思います。今のうちに互換性を壊してでも修正してしまった方が良い > > > と思います。 uim-tomoe-gtkはまださほど広まっていないようですし。 > > > > 作業のめんどくささ、作業しない場合のデメリットを秤にかけて考えてみ > > ました。誰か他の人が作業してくれるならコミットぐらいはしますが、自分 > > で作業するつもりは今のところありません。修正するなら今のうち、という > > のはまったくその通りだとは思うのですが。 > では僕がr5rsでやります。 SigScheme対応以外の作業はtrunkで行ってください。 > > # 同意はするのですが、uimの仕様に関しては気に入らないところが多すぎ > > # て、個人的にはもう美しさを求める気力はなくなっています。 > 最近の流れから考えても、こういう言葉を徳永さんから聞くのは正直悲しいで > すね。 前言を撤回します。気力は少し回復してきました。;-) 回復してきたのでもう一度考え直してみたのですが、この件に関しては「互換 性を壊して」というところが気に入りません。これまでuimではlibuimのABIを 保つために、気に入らないところを我慢して、美しさを求める気力が無くなるぐ らいにいびつな感じの拡張を重ねてきました。ここで互換性を壊すという選択を するのは、積み上げてきた砂山を崩すような選択であって、非常に悲しいことな のです。 と、ここまで、話の流れは「変更無しで」という方に傾いてきていた訳です が、ソースを眺め直してみたところ、後方互換を保ったまま変更できそうな感じ だったので、rev1537で拡張しました。2行以上を含む文字列をコミットする場合 の動作が微妙に変わってしまっていますが、2行以上の場合はそもそもまともに 動いてなかったので問題ないでしょう。 -- 徳永拓之 tkng at xem jp
