jFD開発したりしなかったり日誌

_ 耳鼻科

左耳がかなりおかしな状態だったので、朝から耳鼻科へ。

すんげえ並んでる・・・

jFD2のコードを弄りながら待ってたらやっと順番に。

聴力検査を受けた。

防音室でヘッドホンを付けて断続音が聞こえたらボタンを押す、というものだった。

ノイズの中で断続音を聞くというのもあった。

やっと順番が回ってきて診察を受けたが、耳の中に細い筒状の掃除機のような物を突っ込まれ、

中を掃除された。

耳垢が溜まってたらしい。

ベリバリ引っぺがされてとても痛い。

痛すぎて笑う。

僕の場合、元々耳の中に汗腺がある体質で、ようするにベトベト耳垢なんだが、

それに加えてボクシングで汗をかき、ついでにカナル型イヤホンでそれを押し固めてたのが

原因なような気が。

真面目に掃除しよう。

_ 二子玉川で飲み

仕事後、寄り道して二子玉川のいつものスナックへ。

着いたら他に客はいなかった。

とりあえずビールをもらう。

ママとしばらく話す。

新しいメガネを誉められた。

アメリカに留学している娘さんがもうすぐ帰ってくるそうだ。

そんじゃまた飲みにこなければ。

しばらく飲んでたら6人のグループが来た。

多分、近くにある某国際企業の社員さんだろう。

TOEICがどーたらとか話してた。

ウイスキーをロックで2杯もらって帰宅。

_ jFD2

Straight7さんの指摘で、Macで標準以外のエディタではテキストファイルが開けてなかったようで、調査。

この手の外部プロセス起動は鬼門だ。

WindowsでもMacでもろくな目に遭わない。

色々調査してるうちに結論が出た。

Runtime#execに渡されるコマンドは以下のフォーマットがよさげ。

1行の場合は以下。

/usr/bin/open -a （エディタ名） （ファイル名）

配列の場合は以下。

{"/usr/bin/open", "-a", "（エディタ名）", "（ファイル名）"}

jFD2はシェル経由で外部アプリを起動するのが基本で、

（シェル） （実行コマンド、またはファイル）

という書式でコマンドを実行する前提で作られている。

たとえばWindowsの場合はシェルは「CMD.EXE /C」で、実際に実行されるコマンドは

CMD.EXE /C （ファイル名）

となるのだが、Macの場合、ちょっと話がややこしい。

普通にファイルを開くだけなら

/usr/bin/open （ファイル名）

なのだが、特定のアプリでファイルを開く場合、

/usr/bin/open -a （アプリケーション名） （ファイル名）

となり、エディターでファイルを開くというのはこれに該当する。

で、こうなると-a有りと無しでシェルが二つになってしまう。

設定画面でエディタ名の頭に-aを付けてもらうという手もあるが、どうにもかっこ悪い。

どうしたものか。

ちなみに

/usr/bin/open -e （ファイル名）

だと標準のエディタでファイルを開くのだが、jFD2を設定しないで標準のエディタを変更してもらう、

という手もあるがどうも回りくどい。

うーん・・・

_ あと、Macの場合エディタ名が曲者で、たとえばテキストエディットの場合、

/Applications/TextEdit.app

になるのだが、これって実はファイルじゃなくてディレクトリで、OSXの機能（/usr/bin/open）で

ファイルと見せかけてるので実体は

/Applications/TextEdit.app/Contents/MacOS/TextEdit

になる。

これを直叩きするのなら、シェルを介さず、

/Applications/TextEdit.app/Contents/MacOS/TextEdit （ファイル名）

という風に実行しても良いんだが、おそらくMacのユーザーはそれを望んでないだろう。

というか、各アプリケーションが実はディレクトリで、下にファイルがあることすら知らない人の方が多いだろう。