SigScheme が jemalloc を使った FreeBSD 7 や Firefox で動かない、あるいは古い libgcroots が Mac OS X 10.5 で動かない、という散々なことになっていたので、SigScheme 0.7.6 とそれを利用した uim 1.4.2 をリリースしました。
uim 自身は bugzilla にあったものなどをいくつか追加しただけで、 1.4.1 から殆ど何も変ってません。
YamaKen さんいわく、SigScheme 0.7.x にはまだ他にも問題があるらしいですが、とりあえず、uim 1.4.1 だと Firefix 3 で悲しい思いをしてしまいますし、いくらかリークしそうな部分を潰している 1.4.2 に入れ替えておいてください。
昨日、まだまだ実用には遠いとか言ってしまった Aqua OOo ですが、なんか aquavcl05 で色々改良されているっぽいです。3.0 beta に向けてということ何でしょうか??
PS-OpenType subsetting も TODO に入っているということでどうなるか不明ですがちょっと期待です。ところで、やっぱりなんか速くなったら3倍速いとかいうんでしょうか? まあ実際ほんとに速くなってましたけど。
それにしても久しぶりに気が向いてコードをコミットしておいてよかったな…
ここのコメントに書きましたが、久しぶりに MacUIM (MacUIM-0.5.2-7) をコンパイルしました。Tiger と Leopard の intel マシンで動いています。uim-xim も入れてあるので、これを動かせば X11 で入力する場合にも一応使えるかもしれません。すべて Universal Binary にしているので Rosetta 経由でも動作しますが、PPC マシンで大丈夫かどうかは不明です。
ところで最近 Leopard を使うようになって気付いたのですが、リスト表示の Finder で、ファイル名の変更時に日本語を入力してリターンキーで確定すると Finder がクラッシュしてしまいます。AquaSKK を使っても同様で (ATOK もそうらしい)、ことえりではクラッシュしないということから、TSM IM と Input Method Kit を利用した IM の違いということなんでしょうか?
Tiger ではリターンキーでファイル名のプリエディットを確定すると、変換文字が確定するだけでファイル名の変更は起こらないのですが、Leopard ではリターンキーのイベントが Input Method の処理だけでなく、そのまま Finder でも処理されてしまっているようで、ファイル名も同時に変更されてしまいます (さらに TSM IM では HIToolBox の中でクラッシュしてします)。おそらく、ファイル名変更中の入力コンテキストが破棄されてしまって、TSM の処理がクラッシュしているんじゃないでしょうか。
これまでの (少ないですが) 経験上、このあたりのイベント処理はいつもだれかがバグを混入させる気がします。ということで少し自分も反省して、ここの所ほったらかしにしてきた Mac OpenOffice.org での NSTextInput Protocol の利用あたりを直してみました。aquavcl05 がマージされるまでは、最近提供されている Aqua OOo は変なのでご注意ください。まあ、OTF/CFF フォントの PDF やプリント出力が依然できないので、どっちにしろ実用するにはまだまだのようです。
