OpenOffice.org のメニューの文字を変えるのって、どうやるんだったかな。確か随分前に ML で話題になっていたのだが。探すのが億劫だ。また明日にしよう。
Samba サーバの共有ディレクトリにプログラム本体を置き、サーバのユーザーホームにそのクライアント……っていうのか、ほれ、あのネットワークインストールしたときにできるプログラムを置いて、ドメインログオンしたときにどの端末からでも自分で環境設定した OOo を使えないだろうか、ということを、もう随分長いこと考えているのだが、まだ試したことがない。手元に実験機を用意できないからだ。
これが実現できて、しかもバージョンアップはプログラム本体だけで済むということが「もしも」可能なら、これほど感動的なシステムはない。少なくとも数多の Windows マシンに悩まされるシス管にとっては、かなり魅力的な話に違いない。って、Windows 本体のアップデートがあるから、大して状況は変わらん気もするな。
実は 1.0.1 の頃に Samba クライアント一台だけで試したことがあったのだけど、何となくうまくいったような、でもイマイチのような、という結果で、複数台でもちゃんと使えるのかどうかなど、肝心なところよくわからなかった。ちゃんと研究してみたいものだ。誰か時間ください。
仕事柄、大抵のページは、ある程度使用者がいて、かつ手元に集められる環境であれば、片っ端から表示確認をしているのだが、これは主に HTML や CSS の解釈、 JavaScript の挙動なんかを主に見ていた。
それですっかり油断していたのだが、ある Web アプリで問題が発生し、Apache のログを漁っていたところ、multipart/form-data におけるファイル名が、 Windows 版 IE ではフルパスで送られていることが原因と判明。Mozilla だとこれ、パス名はくっついてこないのだ。
ぼくは大抵 Mozilla で作業をしていて、CGI に関しては先述のような方針で「表示確認」はしていたけれど、「動作確認」は最近していなかった。そのバチが当たったんである。精進が足らん、とも言う。反省。
CGI までクライアントの環境に依存する部分があるとは思わなかったなぁ。つーか、もしかして IE コンポーネントを使ってるブラウザって軒並みそうなんだろうか……って、そりゃそうだろうな。うーむ。
水曜日には ja.oo.o の関西コミッターオフがあったり、木曜日には M さん宅のホームパーティーにお呼ばれしたりと、例になくアルコールを摂取した一週間だった。ホームパーティでは英語ネイティブのお客さんが多く、日本語と英語が飛び交う風景は、さながら主副音声を同時に流している衛星放送のようで、実に愉快であった。
水曜日といえばこの日は徹夜明けだったのだが、ビールが気持ちよく回り、実に楽しい宴だった。ところが調子に乗って騒いでいるうちに終電を逃してしまい、その夜はカラオケボックスを寝床にしようと、入店したまではよかったが、周囲に歌が響いているもので、一向に眠ることが出来ない。対抗上こちらも歌唱を開始した。そして、中島みゆきの歌を 5 key up で歌うと実に痛快だということを発見。
今日は身の回りのものを買い物に行った。ちょっとした用事で薬店へ。薬の棚は見ていると非常に面白い。別にぼくが薬物中毒であるというわけではなく、薬のネーミングというのは、物色して楽しむのに適しているのである。化学物質や生薬の名をそのまま付けたようなものにはあまり惹かれるものを感じないが、昔気質のありがたそうな名前だとか、あるいは職人芸としか思えぬ語呂合わせの名前というのは、なんとなし文学的な香りすら漂っている。言霊という概念も馬鹿には出来ないぞ、などと思う。
イボコロリ、スルーラック、デルデル Max などは、まさに語呂合わせの適例だ。聞いただけで効能を想像でき、実に秀逸である。ケロリンというのもシンプルで良い。しかし今日の最優秀賞は、ネズミ駆除剤
デスモア に審査員全員一致で決定。この禍々しさが何とも言えず素晴らしい。これを使用しただけで半径 38km 以内全域のネズミが一匹残らず死滅しそうな、それだけの威力を秘めていそうな響きである。
最近の格好良さげな名前もいいけれど、こういうヒネリのある名前を持った薬が少なくなるのは、ちょっと寂しい気がする。
遅い夕食をとりに天下一品へ行き、そのついでにツタヤまで足を伸ばした。
往路、駐車場を出たところで車のフロントガラスをゴキブ○が這い、結果としてフロントガラスの外側を屋根に向かって歩いていたようなのだが、夜だったこともあって、すわ
使徒侵入 かと驚き、しばらく立ち往生した。交通量がほとんどない道だったからよかったようなものの、国道に出てからだったら大惨事になるところであった。
ツタヤでは CD を数枚借りてきた。実は、そのうちの二枚にはコピー防止技術が施されている。一枚は SME のレーベルゲート、もう一枚は単にコピーコントロールとあるから詳細は不明だが、どうせ CDS あたりだろうと推察される。
ご存知のようにコピー防止技術の施された CD は一般にパソコンのドライブでは再生できない。しかし、トイレを済ませて二階へ上がると、相方が何事もないような顔で iTunes にかけている。それも、ちゃんと CDDA のセッションを読めている。ははぁこれはこれはと思い、試しに Windows 2000 の方にかけてみると、レーベルゲート CD の方はサーバへ認証しに行ってから「再生できまつぇん」といい、コピーコントロール CD の方も「仕様どおりに」専用セッションが開始された。
レーベルゲート CD の注意書きには
Windows パソコン では再生不能とかなんとか書かれているから、まったく仕様通りの動作なのだろう。素薔薇しい (©ヨダレ団長) 仕様だ。
ふと Mozilla で日記ページの情報を見てみたら、あろうことかエンコーディングが Shift JIS と表示されている。慌てて PHP を使っている他のドキュメントも確かめてみると、これが軒並み Shift JIS。ところが、文字化けも起きずに、ページはちゃんと表示されている。これはどうしたことか。ぼくの作っているページは、太古の昔ならいざ知らず、もっぱら EUC-JP なのである。
ソースを確認してみても怪しいところはない。と思うのだが、PHP はまだ使い始めてから日が浅いので、あまり自信がない。二十分ほど腕組みをして考える。
以前の日記にも書いたが、HTTP ヘッダはドキュメント側で header() を使って書いている。他のヘッダはちゃんとレスポンスとして返ってくるから、これは間違いない。しかし Content-Type ヘッダだけは text/html; charset=Shift_JIS になっている。どうも php.ini で設定したものが強制的に入っているような雰囲気だ。しかし、事情があって、php.ini の default-charset を EUC-JP にするわけにはいかない。
試しに、以前文字化けの原因だった mb_http_output() で EUC-JP を指定してみる。すると、おお、うまくいったじゃないか。header() と組み合わせれば文字化けも発生せず、レスポンスヘッダも正しく返ってくることがわかった。とりあえず一件落着である。
しかし、それならドキュメントに書いている Content-Type ヘッダはどこへいってしまったのか。実にミステリアスである。つーかバグですか？ フィードバックするべき？ それとも既知の仕様？
白林檎的日常
