MacUIMのビルドに挑戦してみました。 ものすごく大変でした。 これ作った人は頭おかしいと思いました。 でもekatoさんの助けを借りて、ようやくビルドできました。

ところが、m17nlibが動いていません……。

dlopen(/Library/M17NLib/lib/libmimx-ispell.dylib, 2): image not found
dlopen(/Library/M17NLib/lib/libmimx-anthy.dylib, 2): image not found

libmimx-anthy.dylibの拡張子が本当は .so なので揃えなければならないのですが、それよりも、libmimx-ispell.dylibはどこから要求されているのでしょう？？ –without-guiでコンパイルしたからispellは除外されると思うのだけど……。

ちなみに、–with-guiだと、以下のコンパイルエラーが出ます。

gcc -DHAVE_CONFIG_H -I. -I. -I.
 -DM17NDIR=\"/Library/M17NLib//share/m17n\" -I/usr/include/libxml2
 -g -O2 -MT face.lo -MD -MP -MF .deps/face.Tpo -c face.c
 -fno-common -DPIC -o .libs/face.o
In file included from face.c:97:
font.h:320: error: parse error before '*' token
font.h:320: warning: data definition has no type or storage class
face.c: In function 'mface__realize':
face.c:639: warning: cast to pointer from integer of different size

ソースを見てみたのですが、原因がよくわかりません。

う〜〜〜む。

Mac OS Xで再ログインするときは、command + shift + q などでログアウトしてから、パスワードを入れてログインするのが普通だが、インプットメソッド関連のものを開発しているときは、何度もログインし直さなければならないので、これは不便である。

そこで、MacUIMでは、killloginというコマンドを用意している。 killloginは以下のコマンドを実行する。

kill `ps -acx -o pid,command | grep loginwindow | awk '{ print $1 }'`

ようするに、loginwindowのプロセスをkillするだけのものだ。 loginwindowのプロセスが終了すると、Mac OS Xは自動的にloginwindowを再起動するので、結果的に再ログインができることになる。

この方法の注意点は、すべてのアプリケーションを強制終了してしまうため、保存していないファイルなどがあった場合でも、確認をしてくれないことだ。 逆に、Firefoxだとクラッシュ扱いのように前回のセッションを復元するか訊いてくれるので、便利だったりする。 ログイン時に自動的にTerminalが立ち上がるようにしておき、エディタなどをscreen越しに起動しておけば完璧だろう。

というか、そもそも再ログインが必要なのをなんとかしてもらいたいのですが＞Apple

ちなみに、メニューバーを再起動するには、killsysuiを使用する。 killsysuiは以下のコマンドを実行する。

kill `ps -acx -o pid,command | grep SystemUIServer | awk '{ print $1 }'`

メニューバーはSystemUIServerというプロセスが受け持っているということだ。 これはMenuExtraを開発しているときに便利かもしれない。 たしか、このスクリプト自体、MenuMetersから取ってきたような……。

8月15日

OpenVanilla開発者のlukhnosさんが来日されたので、Mac OS Xインプットメソッド(あるいはフレームワーク・ブリッジ)開発者で集まって、お話をしました。 原岡さんに調整していただき、AquaSKKのt_suwaさん、uimのekatoさんに参加していただきました。 食べ物注文するのも忘れて会話に熱中してしまいました。 楽しかったです。

学んだこと

• ユニバーサル・バイナリ対応はAquaSKK 開発日記 - Intel Mac 対応のポイントを参考にせよ
• マルチディスプレイで候補ウィンドウが正しく表示されない問題は、OpenVanillaの実装を参考にせよ
• Javaアプリの対応は難しいので、Javaは死滅してくださいの方向で……(yatsu独断)

おまけ

５人のうち２人がJIS配列キーボードをAustralian配列で使ってるって、どうよ？

リンク

• cahier lukhnos (nota lumina) » Blog Archive » お盆、Terracotta、美空雲雀、入力法燒鳥會
• AquaSKK 開発日記 - IM 飲み会
• ekの日記 - Input Method on Mac OS X

ekatoさんが近場に来られたということで、uim, SCIMな方々と飲み会をしました。 久しぶりに濃ゆい話をたくさん聞けて楽しかったです。

ところで、ekatoさんバージョンのMacUIMがuim-1.1に対応していて、私のよりも進んでいて驚きました。 今気づいたのですが、パッチも公開されていたのですね。 前回のバージョンアップから１年以上たってしまったので、これを取り込ませてもらって、新しいバージョンをリリースしたいと思っています。 問題は、Intel Macをもっていないので、PowerPCしかサポートできないということです･･･････。

Surfin’ Safari » Blog Archive » Introducing the Web Inspectorで紹介されているSafari NightlyビルドのWeb Inspector機能がすばらしいので、FirefoxからSafariに戻ろうとしたのだが、MacUIMで日本語が入力できない……。ATOKだとできる……。なぜだ…… orz

• ekの日記 - AppleTSM
• ekの日記 - uim-mactsm

kinput2-macim を参考に、Mac OS X の X11 上で動いている uim から「ことえり」に繋げるものを、あそびで作ってみました。

とのこと。
スゲー！

Intelプロセッサ搭載のMacが出てしまったので、ユニバーサル・バイナリ化を真剣に考えなければいけなくなってしまったわけです……。

PowerPCバイナリもRosettaで翻訳実行できるようだが、特別に考慮すべき事項によると、

Rosettaは、翻訳時にプロセス全体を実行する必要があります。これは、アプリケーション起動時にロードする必要があるサードパーティ製のプラグインやその他のコンポーネントを使用するアプリケーションには影響があります。すべての要素（アプリケーション、プラグイン、起動時に必要な他のコンポーネント）をすべて、非ネイティブあるいはネイティブのどちらか一方で実行する必要があるからです。たとえば、アプリケーションがUniversal Binaryとしてビルドされても、PowerPCバイナリしかないプラグインを使用する場合、インテルベースのMacintoshでは非ネイティブのプラグインを使用するために、アプリケーションを非ネイティブで実行する必要があります。

ということなので、入力プログラムとしてMacUIMを使うと、どのアプリもRosetta起動になってしまい重くなってしまいそうだ。 というか、そもそも動かないような気がする……。

MacUIMはuimやAnthyなどライブラリを多数使用しているが、ライブラリをユニバーサルにすることは簡単にできるのだろうか？ libtoolとかで何かサポートされるのだろうか？ まだ調べていないのでまったくわからない。

それからAppleにお願いしたい。
そろそろCocoaで入力プログラムを開発できるようにして！
(APIを完全に一新してしまってもヨシ)

uim-1.0がリリースされていることに今ごろ気づいた私です。

• [Anthy-dev 2757] uim 1.0.0 released
• [Anthy-dev 2770] uim 1.0.1 release

店頭から消える前に書いておきますが、「MacPeople」１月号にMacUIMの紹介記事第３回(最後)が載っています。 今回はSKK, PRIME, m17nlibなど、Anthy以外の変換エンジンが紹介されています。

そろそろアップグレードしたいところですが、なかなか暇が見つかりません。

先月に引き続き、「MacPeople」に「フリーの日本語入力プログラムを徹底活用(2)〜MacUIM+Anthyのチューニング〜」が掲載されています。 執筆者は田中俊光さんです。

今月はMacUIMの環境設定とAnthyの辞書登録について書かれています。 MacUIMの環境設定はまだ使いづらいので、紹介していただくのも心苦しい気がいたします。

Anthyの辞書登録については、僕も知りませんでした(ぉぃ) この記事で勉強して試してみようと思います。 入野さん作のAnthyDicToolも紹介されています。 こちらも試してみようと思います。

Anthyで予測入力をサポートするべきか否かという話題があるが、僕はサポートしてほしいと思っている。

• moratorium - anthyで予測入力
• PRoxy Diary(2005-10-18)

僕は普段PRIMEを使っていて、気分転換にときどきAnthyを使っている。

ところで、uimでは、PRIMEの予測候補ウィンドウ(常に２つだけ候補が出ているもの)も普通の候補ウィンドウと同じように扱われているのだが、これをどちらであるのか識別できるようにはできないだろうか。 ATOKは省入力の候補の表示に、ブラウザのtitle属性のようなポップアップで表示しているが、それと同じように、軽くて邪魔にならない表示にできたらうれしいのだが。

ATOKの省入力変換・推測変換のときのポップアップ↓

ちょっと待つと↓