2005/01の Past topics

自分が絵を描く人であることをさりげなくアピールできる一年に一度の日ということで、さりげなく年賀絵など置いておきます。標準サイズ、高解像度、ノートリミング、お好みのものをご覧下さいまし。

しかし、サイト開始から今年で7年目ですか……10年続くWebサイト、というのももうそろそろぽつぽつ出てきてる頃でしょうか？　世間的には長くても3〜4年で閉鎖するのがここでのたしなみだそうですが、できることならこのまま死ぬまで続けたいところですね。って死ぬまで恥を晒しつづけるつもりか自分

夢で分かる深層心理（全然深くないけど）

どっかのベンチで女の子の隣に座ったら、あからさまに嫌な顔をされ、さらに「よくあんなんで生きていられるよね」とか「キモすぎ」とか言われる。そして何故かかずまっきーさんあたりに「他人に嫌われないようにするにはどうしたらいいですか！」と泣きついて、「とりあえず口臭と体臭をどうにかしたまえ」と言われる。という夢。

• 自意識過剰で自己愛的。
• 分不相応にもモテたがっている。
• 口臭と体臭を気にしているらしい。
• かずまっきーさんに「ウホッ」らしい。（ぇー）

病んでるなあ！

遠回りしすぎだから！

14時。岡山空港まで叔母を送るために、父と交替々々で運転した。途中、どうやらうちのカーナビ（4〜5年前のもの）の地図には載っていない新しい道があったようで、にもかかわらず律義にカーナビの設定したくねくね危ない道を通ったりして、「正月が明けたらカーナビを買い替えよう」とほんのり思ったりした。

17時。うちのカーナビさんは何が何でも高速道路を使おうとしてくれるので、行きはその指示を無視していたんだけれども、帰りくらいは指示に従ってみるかということで、帰り道を行きまして。また古い地図のせいで迷わされたりしつつ山陽自動車道に乗ったまではよかったんだけど。考えてみれば、「古い地図のせいで迷わされた」というのが既に悪夢の始まりだったのかもしれない。山陽道でうっかり神戸方面に入ってしまい（山陽道経由で鳥取方面に行こうと思ったら「広島方面」とか書かれてる方に入らなきゃいかんかったのですね……分岐を通り過ぎてから「あっ、あっちの方に『米子方面』とか書いてある」と気づいたですよ……）、しかもカーナビ地図だと現在位置と目的地までの間の全ての道を一覧することができなくて、とりあえず分かる所まで行くぞという父の指示で神戸・姫路方面へ車を飛ばし、っていうかこの「播磨道」って何ですか、カーナビ地図に載ってないんですけど？とかぼやきながら、いいかげん最新の地図がなきゃどうにもならねえということを痛感して、その地点から一番近かった龍野西SAで地図をゲット。地図によると、姫路まで行かなくても、あるいは岡山まで戻らなくても、この播磨道というのを通れば鳥取方面へ一気にショートカットできるようではないですか。とガックリきたのが19時だった。

その道で佐用に出て、いつもの大阪からの帰省ルートで帰り着いた。「正月が明けたらカーナビを買い替えよう、最新のに」と強く思った21時だった。

人間とか

親がセックスして、精子と卵子が受精して、受精卵になって、細胞分裂していって、やがて人の形になって、生まれてきたのが僕なのだけれども。生の始まりの段階は僕にはやはり「生物」とは、ましてや「人間」とは、感じ難い。ただ化学反応を繰り返している細胞だとしか思えない。

それが自我とか人格とかを持つのはいつのタイミングなんだろう。自我を持つまでの間は、それは「人間」と呼べるんだろうか。それまでの「人間じゃない、ただ化学反応しているだけの物体」と「人間」とは、連続しているんだろうか。

もし自分に子供ができたとしたら、そういう感覚ではない「正常な」親の感覚を持てるのだろうか。そうでないとしたら、僕は「物体」から「人間」に変わる自分の子を連続したものとして認識できるのだろうか。ついこのあいだまで「物体」だと思っていたものが、いつのまにか「人間」になっていた、という時に僕はどう振る舞うのだろうか。

僕の親は、僕の事をいつの時点で「人間」と認識したのだろうか。僕が生まれてから後の事なのだとしたら、どうやって「物体」の僕と「人間」の僕とを連続した存在として認識しているのだろうか。ついこのあいだまで「物体」だと思っていたものが、いつのまにか生意気な口をきく「人間」になっていた、という時に親はどう感じたのだろうか。

などということを、親と喧嘩した後に考えてみたりした。

責任の所在の一般論

自分のあずかり知らないところで起こった問題事について、その問題の責任は誰にあるのかを考えてみる。

良いか悪いかは別として、多くの人は基本的に無意識に、そういう場合、まず自分には責任が及ばないように責任の所在を考えているのではないかと思う。

例えばNHKのことで言えば、「不祥事を起こした人間が所属しているNHKは駄目だから受信料を払わない」とは言っても、「不祥事を起こした人間が住んでいる日本は駄目だから日本を捨てる」とはまず言わない。なぜなら、NHKという集団全体、「NHKに所属している」という属性を保有する人全てに罪をかぶせても自分は痛くもかゆくもないけれど、日本全体に罪をかぶせてしまうと、「日本人」という属性を有している自分までもが罪をかぶることになるから。

結局、我が身が一番かわいくて、それ以外の事なんてどーでもいいと。だから、誰に責任があろうと構わないし、話が大きければ大きいほど野次馬として楽しいし。そんなところじゃないのだろうか。

……ということを、void GraphicWizardsLair( void ); //で知った手作りジャムの瓶が割れてたからとクレーマーになった人の話とそこから起こった祭りを見て思った。いや、祭りそのものはきちんと追ってないので、僕が勝手に「なぬ、OOo関係者全体に責任を問うてるの？　それってどうなのよ」と暴走してるだけかもしれませんが。

で、これって、「フィギュア萌え族」に責任を負わせようとした人の話とかにも通じるんじゃないのかなと。

だから、この「OOo関係者個人が問題を起こした」ケースについて、OOoというオフィススィートを利用するだけの「ユーザ」は、その彼の持つ属性である「OOoデベロッパ」を共有する他のデベロッパ、ひいてはOOoという組織そのものに対して、平気で「OOoという組織全体が信用できなくなった（＝個人の問題の責任は組織が負う）」と言えるのだし、逆に、デベロッパは「個人のしでかしたことと組織とは無関係」と言うのだと思う。

まあ、こんなことは常識なんですけどね！　それを今更になって大仰な書き方をして、僕はなにやってんでしょう。

さて、僕がここでエロい絵を描くことは、Firefoxユーザのコミュニティ全体の責任になるのでしょうか。会社の責任になるのでしょうか。オタク文化の責任になるのでしょうか。それが今は気がかりです。

死んだ時のこと

結婚式は何回でもできるけど、葬式は一回しかできない……とはよく言ったものですな。

父の教え子の兄（21）が急逝したそうだ。で、親が、おっさんおばはんがゾロゾロ参列するよりは友達とかの方がたくさん来てくれた方が良かろうと思って、携帯やPCに残ってたメールアドレス全てに葬式のお知らせを送ったのだと。すると、200人ほど若い人らが集まったそうで。

まず一つ。僕が死んだ時、僕はどうやってそのことを知らせればいいだろうか。ものぐさな僕はPCのアドレス帳ははっきり言って全然使ってない（大抵、受け取ったメールのアドレスをコピペしてる）ので、誰に連絡すればいいかというのは親には分からないだろう。年賀状リストくらいだろうか、あてになるのは。あとは、ここの掲示板にでも告知文を載せてもらうしかないか。さすがにページの内容を更新しろとは言えないし。

二つ。このサイトはどうしよう。XUL関係とかは、情報価値があるのかないのかはともかく希少な情報なので、失われてしまうと困る人がいそうな気がする。しかしこのサイトは現在、有料のスペースを借りて運営しているため、料金の支払いがストップすればサイトが消えてしまう。

まあ、そもそもの問題として、誰か悼んでくれる人がいるんですかネ？って話で、僕が死んで困るのは僕を労働力として期待してくれてる人くらいだと思うんですががが。

カウンセラー哀（アイ）、とか書くとマンガのタイトルっぽい

深夜から明け方にかけて哀さんとともさんとろばQさんのカウンセリングを受けたりした。

逃げを打ちすぎなんじゃないのという話。自分のことを語るはずが、なぜかツルッと滑って一般論にフォーカスしてしまう傾向。赤裸々に語っているように一見すると見えるけれども、実際には浅くかすめて通り過ぎてるだけで、結局僕の人格というものはそこから何も見えてこない、他人の目を通して語っているようでしかない、とは哀さんの分析だ。

「俺ってなんて慎み深いんだ！　俺っていい奴！」→「とかなんとか自惚れる俺ってイヤな奴！」→「とかなんとか自省できる俺っていい奴！」→「とかなんとか自惚（略）」→...　という思考の無限ループは、確かに、自分のことですら他人事のように見てしまう性質が原因のようにも思える。その結果として、生の実感が無い空虚な人格があるのではないだろうか。

拡張のインストール前に免責事項を提示する

免責表記・リスクの提示を徹底しとかないと、いつか喰われるぜ？（意訳）とろばQさんに言われ、XUL関係のXPIに直リンクできないように、そして、インストールの際は直前に確認をかませるようにしてみた。まあ.htaccessとPerlによるごく簡単なものですが。

.htaccessはこんな感じ。

SetEnvIf REFERER "^[^:]+://piro\.sakura\.ne\.jp/" access_ok
SetEnvIf REFERER "^$" access_ok
order deny,allow
deny from all
allow from env=access_ok

URL直打ちだと普通にファイルにアクセスできるけど（そうしとかないと自動更新機能が使えなくなっちゃうので）、とりあえず他サイトからの直リンクははじくよと。HTTP_REFERERを送信しないようにしてる人には意味ないですね。駄目ですね。

あと、CGIの方は以下のような単純なもの。

#!/usr/bin/perl

$filename = $ENV{'QUERY_STRING'};
$filename =~ s/"/"/g;
$filename =~ s/&/&/g;
$filename =~ s/</&lt;/g;
$filename =~ s/>/&gt;/g;

if (
    $ENV{'HTTP_REFERER'} =~ /\.en$/ ||
    $ENV{'REQUEST_URI'} =~ /\.en(\.[^\.]+)?$/ ||
    $ENV{'REQUEST_URI'} =~ /_en\.xpi$/
    ) {

print <<________________________HTML_DATA________________________;
Content-type: text/html; charset=Shift_JIS

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
    "http://www.w3.org/TR/html4/strict.dtd">
<title>Confirm</title>

<p>This is essentially <em>unstable forever</em>
because I develop it based on my private costs and motivations.
This possibly provides problems. I never indemnify recompense for
any problems caused by it. You have to use it at your own risk.</p>
<ul>
    <li><a href="https://piro.sakura.ne.jp/xul/xpi/$filename">Download and Install</a></li>
    <li><a href="https://piro.sakura.ne.jp/xul/"
          onclick="javascript:history.back(); return false;">Cancel</a></li>
</ul>

________________________HTML_DATA________________________

}
else {

print <<________________________HTML_DATA________________________;
Content-type: text/html; charset=EUC-JP

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
    "http://www.w3.org/TR/html4/strict.dtd">
<title>確認</title>

<p>このソフトウェアは、基本的に<em>永遠の開発版です</em>。
思わぬトラブルの原因にもなり得ます。
何故なら、個人の労力で、ただ開発意欲のみによって制作しているからです。
これを使用した事により発生したいかなる障害に対しても、制作者は一切の責任を持ちません。
全て使用者の個人の責任に基づくものとします。</p>
<ul>
    <li><a href="https://piro.sakura.ne.jp/xul/xpi/$filename">ファイルをダウンロードして、インストールする</a></li>
    <li><a href="https://piro.sakura.ne.jp/xul/"
           onclick="javascript:history.back(); return false;">キャンセル</a></li>
</ul>
________________________HTML_DATA________________________

}

タグ書くのがめんどっちかったのでXHTMLになってないのはご愛敬。

Debian GNU/Linux上で使ってるFirefoxのuserChrome.css

参考にしたい人はどーぞ。

@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");

/*
  GUIのデフォルトのフォントをIPAPゴシックにする。
  .gtkrc-2.0での指定とフォントサイズが違ってしまう（？）ので
  その対策も兼ねてる。
*/
:root, label, description {
  font-family: IPAPGothic, sans-serif !important;
  font-size: 11px;
}

/*
  Stop/ReloadとPlastikfox Crystal SVGのための指定
*/

#stopreload-button.stopreload-reload,
#stopreload-button.stopreload-reload:hover {
  -moz-image-region: rect(0, 32px, 32px, 0) !important;
  list-style-image: url("chrome://global/skin/icons/32x32/actions/reload.png") !important;
}

#stopreload-button.stopreload-stop,
#stopreload-button.stopreload-stop:hover {
  -moz-image-region: rect(0, 32px, 32px, 0) !important;
  list-style-image: url("chrome://global/skin/icons/32x32/actions/stop.png") !important;
}

toolbar[iconsize="small"] #stopreload-button.stopreload-reload,
toolbar[iconsize="small"] #stopreload-button.stopreload-reload:hover {
  -moz-image-region: rect(0, 22px, 22px, 0) !important;
  list-style-image: url("chrome://global/skin/icons/22x22/actions/reload.png") !important;
}

toolbar[iconsize="small"] #stopreload-button.stopreload-stop,
toolbar[iconsize="small"] #stopreload-button.stopreload-stop:hover {
  -moz-image-region: rect(0, 22px, 22px, 0) !important;
  list-style-image: url("chrome://global/skin/icons/22x22/actions/stop.png") !important;
}

アニメAIR

最近は○曜洋画劇場みたいなのでしかアニメを全然見てなかったんだけど、縁があってアニメ版AIRを見るに至った。

感想。OPメッタ斬りしすぎ。ひでえです。でも各カットとかゲーム版と同じ流れなのはちょっと嬉しかった。

本編も、ゲームのシナリオを忠実に映像化したという感じですな。ゲームそのままの音楽（ちょっとくらいアニメ用にアレンジしてもいい気がするけど……我の強いゲーム用BGMは映像作品には向いてないと思う）で、同じ演出で、しかも各キャラクターがいきいきと動いてたりして、単に「同じ設定とシナリオでアニメーションを作りました」ってだけではないと感じた。ここまでの所は「映像でのリメイク版AIR」と呼んでもいいという気がするし、そう作られている気がする。嫌が応にも期待せずにはいられないなあ。

――第1話作監さんのコメントによるとほんとに原作重視だったらしいね。でもこの口ぶりだと、序盤以降は原作から離れていく風にも読み取れる。だとすると僕は残念だ。

マッハの戦い

こんなこと言ったら映像業界の人に怒られるかも知れんけど、なんちゃらの映像化っていうときには、僕は、シナリオやキャラクター（の人格）等の要素には可能な限り手を着けないでいてほしいと思う。そういうところでは我を殺して欲しい。

でもそれは映像作家の創造力を殺せという話ではなくて、いらんとこには手を着けない代わりに、原作で省略されたり表現されなかったもの（先のアニメ版AIRでいえば、佳乃の去り際の所作とか）を補完して映像として成立させるという、職人的なところで実力を発揮して欲しいと思う。

こういう事を、ガンダムデザイナー・アレンジャーのカトキハジメは「マッハの戦い」と呼んでいた。

氏の80年代の仕事のガンダムVer.kaは、確かに「情報量が増えててかっこいい」けど、単発のノズルを双発にしたり存在しないダクトを増やしたり、ガンダムの意匠を持った別の物でしかない。それに対して、2001年の仕事のHGUCガンダムでは、そういった要素要素の変更は極限まで廃して、立体物にするにあたっての不足分と、現代の格好良さの基準に合わせるためのスタイリングの変更に絞った、ギリギリのアレンジがなされている。これはもはや、旧HGガンダムと並立する「別の製品」ではなく、絶版という事情を抜きにしても、それを置き換えてしまう、「リメイク」だ。

「原作と映像、どちらもそれぞれ別物として楽しめる」のもありだけれども、「映像を見た後では原作が物足りなく思える」というのもありなんじゃないだろうか。そして、やるならそのどちらかに徹底するべきではないだろうか。中途半端なものは、僕は見たくないんだ。

AIR再考

自分の記憶に自信がなかったので、もう一度頭からやり直してみたよAIR。最初のPC版で観鈴編だけだけど。

クレジットを見ると、これ、もう4年……もとい5年も前の作品だったんだなあ。一度AIR編まで終わらせた後、それからずっと触ってなかったから、改めてやってみてアニメと見比べて、だいぶ内容を忘れていたことに気付かされた。

音楽、PC版本編未使用曲も使ってる。話、けっこう前後してる。ネタ、結構削られてる。それでも違和感がなかったということは、ツボをキッチリ押さえた要約として成立してるということなんだろうなあ。あと、オープニングの最後の最後でさりげなく重要なイメージ画像を示していたりして、いずれの形にしろ最後まで語るつもりはあるようにも感じられた。

• 長い。ひたすら長い。→どうやってアニメ枠に収めるんだろう……
• エロくない。ひたすらエロくない。→これは却って好都合か……

やり直してみて気付いたけど、観鈴というキャラクターのテーマ曲だと思っていた「夏影」は、意外と流れない。重要な場面でだけ選択的に使われてる。「キャラクターのテーマ曲」ではなく、「観鈴シナリオのテーマ曲」なのかも知れないと思った。

しかし、改めて思うけど、DREAM編とAIR編ってどういう関係なんでしょう。AIR編が「史実」で、DREAM編（観鈴）は「回想」だから、そらの存在が欠落しているのか？　それとも、歴史自体を変えてしまったのか？

とりあえずシナリオ上は、そらの存在は、最初は不明だった観鈴や晴子の心中を語らせ引き出すために機能しているのだなと思った。下手に回想させまくって「誰の視点か」がぼやけるよりも、カメラを固定しておけるから、これは有効な方法なんだろう。

どうでもいいけど、4年ぶりにプレイしてやっとマスター・オブ・裏庭のCGを回収した。DREAM編でフラグ立てなあかんとは知らんかった。

IE用のルビ

XHTMLルビサポートの、IE用のルビを解析する処理を大幅に書き直した。この修正は、アルゴリズムの解説付きでパッチを送ってくれた方がいたらばこそ成し得たものだ。これでピーポくんのうたも完璧に表示できるようになった。

• IE用のルビ解析が必要なのは、Content Typeが「text/html」で、且つ、マークアップが「単純ルビ」の場合に限られる。
  • IEは複雑ルビを解釈できないので、IE用にマークアップが省略された複雑ルビが登場することはまずない（IE用にマークアップを省略した複雑ルビを書く人はいない）。
  • 複雑ルビが登場する場合、Content Typeは「text/xml」「application/xml」あるいは「application/xhtml+xml」になっているはずである。この場合、XML整形式になっていることが期待されるし、整形式でない場合はMozilla自体がパースエラーを起こすので、独自のエラー処理を行う必要はない。
    • 「text/html」として解釈されている限り、ホワイトスペースのみのテキストノードはノードツリー上では無視される。よって、処理の中で考慮する必要はない。
• この処理が必要になるようなケースで、ルビ要素内に別の要素型が存在する可能性は、低いと推定される。
  • IE用のルビの使用者は、ルビと他のマークアップとを組み合わせることは思いつかないと考えられる。
    • この仮定の下では、rb, rt, rp各要素は単一のテキストノードしか子として持ち得ない。

……以上の「前提条件」に基づいたアルゴリズムにしたところ、コード全体がえらく短くなってしまったような気がする。まあいいんだけど。

そんな仕様変更知るかよ！

Firefoxの最近のTrunk Nightly BuildでEz Sidebarのユーザー定義パネル内のリンクが既訪問にならない問題は、Mozillaの仕様変更に根ざした問題だった。

これまで、hidden="true"な要素は「非表示」且つ「初期化の対象外」に、collapsed="true"の場合は「非表示」且つ「初期化の対象」になることは明らかになっていたけれども、近頃の仕様変更によって、collapsed="true"の時にもいくつかの点で初期化がなされなくなってしまったようだ。少なくとも、browser要素では履歴まわりの部分が初期化されなくなった。

現時点では、hidden="true"の影響は子孫要素にも同じく及ぶけれども、collapsed="true"は子孫には影響しないようなので、初期状態で隠しておきたいbrowserをboxで囲って、そのboxをcollapsed="true"にすることにした。

塵は塵に返そう

「なあ、頼むからポップアップ関係のバグをとっとと直してくれよ。なぁに、そんな大して難しいこっちゃねえだろ。window.open()の上書きをやめるだけで済むんじゃねの？（超意訳）」と言われて、「TBEの中でこの処理がどれほど多くの箇所に根を張っているのか知らねからンなことが言えるんだよコンチキショー、ああいいよわかったよそんなに言うならやってやろーじゃねの」と一念発起してTBEの中枢部分からwindow.open()の制御に関するコード全てを気合いで分離した。

どれほど手を入れたかというと、最終的に、問題の部分のコードだけで40KBオーバーになってしまったという辺りから推測して貰えるだろうか。ちなみに残ったコア部分はだいたい470KB。体重の1割近くですよ！　腫瘍で言えばとんでもなく悪性ですよ！

まあ、Firefox本体にポップアップ制御のための機能が付いた頃から、TBEの独自処理はそのうち取っ払いたいなあと思っていたので、ちょうどいい機会でした。ハイ。

で、病巣を摘出した状態でのナイスな動作を試したかったのですが、Firefox Trunk Nightly Buildではエンバグされたのかなんなのか、本体側のポップアップ制御がうまく機能しない状態だった（Firefox 1.0では問題なく動くようなんだけど）ため、結局自分の手元では今まで通りTBE自前処理を使わざるを得ないというオチでしたとさ。ギャフン！

Webページ同士の関連性を一望できるユーザーインターフェース

超久しぶりにWeb Mapの開発に戻ってみた。発表に使うつもりの環境で動かなくなってしまっていることがつい先日発覚したり、発表の概要文を書くにあたって「何ページ閲覧したら再描画に何秒かかるようになった、とかの具体的な数値を示せ」と言われて実際に計ってみなくてはならなかったり、といったやむにやまれぬ事情がありまして。

Firefox Trunk SVGビルドの1月8日付けの版を導入してみたところ、背景が真っ黒になってたりondraggestureイベントハンドラが機能しなくなってたりと、ちょっと見ない間に激しく変わってて参った。背景をrectで描画するようにしたりondraggestureの代わりにonmousedown/onmouseup/onmousemoveのみで処理するようにしたりと色々手直ししたら、無事動くようになったんですが。

まあ、卒業制作なんだから古い日付の特定のビルドででも動けばオッケーであり、常に最新のビルドを使わなくてはならないということは全然ないのですが。SVG実装の現状によるとマーカーへの対応がつい先月チェックインされたとのことで、もしかしたらアークの端に矢印を加えられるかも？　そしたら有向グラフとしてより分かりやすくなるかも？　という期待もありましたし、Web Map自体は卒業後もちまちま続けていきたいと思ってますし。結局、実際に試してみたらWeb Mapで矢印を表示した瞬間にクラッシュしてしまったんですけどね

ラベルが長い時に省略する処理を、XULの機能（crop属性）ではなく自分でやるようにした。どーしてもうまく動いてくれなかったんで。最近になってSVGのimage要素型に対応したという話も聞いたし、いずれはXULを使わずに完全にSVGだけで描画できるようにしたいところなので、そのための布石でもある。

大学、研究室、Web Map on Mac OS X

講義を5回6回とサボりまくってた授業の試験だけ受けてきた。単位取れなくても別にいいやとか思ってるワリには、バス乗り過ごしてチャリで必死こいて時間ギリギリに到着したりとか言動不一致なわけですが。

研究室に行ってみたら、K君が卒業制作の概要文を作るのに大分苦労してるようだったので、いいことじゃないんだけどなあとは思いつつも、横から色々口出しして僕好みの（ぉぃ）体裁に仕立て上げてみたりなんかした。

前述の「Web Mapが最新のFirefox Trunkで動かなくなった」件の内容を思い起こしてみると、Windows上でもMac上でも、開発環境以外で動かなかったケースと症状がよく似ていたなあ、っていうかもしかして当初の制作環境の方が異常だっただけですか？　今回の修正であらゆる環境で動くようになっちゃってたりしますか？　ってことでMozilla SVGビルド for Mac OS Xを入れて試してみた。

……おおお！　動いてるやん！　めっさフツーに！　一部の機能が働いてないけど、こんだけ動けば上出来だ。

マリージュノ

なんかまた電話がかかってきた。しかし上記の通り今日はいいことがいっぱいあっておおらかな気分だったので、ちょっとフツーに会話してみることにした。切る時には、「じゃあ、今後もお仕事頑張って下さいね」とか言ってみたりした。セクハラはしませんよ！　なぜならぼくは紳士をめざしているからだッ！（ジョナサン風）

ということを漏らしたら、U-Zさんがすげえ会話例（13日分の記事）を提示してくれて、どうせならこれくらいやれよと。……すんません、参りました。ヘタレチキンな僕には無理です……

Tab Mix

Tab Mix。TBEがあまりに重量級且つバグバグなので、他のもっと軽量で安定してる拡張を組み合わせて使いたい、しかしそれぞれの間で機能が重複していたりコンフリクトすることがあったり開発がストップしたりすることがあって困る、ということで「タブ関係のオススメ拡張のまとめの拡張」を開発するプロジェクト……らしい。あれもこれもと詰め込みすぎて収拾がつかなくなった拙作糞拡張の二の轍を踏むようなことだけは避けて欲しいものです。

気になるのは、Tab MixのページにI am not a programmerと書かれていること。結局、プログラムを扱う技能を持った人達がこういった問題に本腰を入れて取り組むことは無く（当たり前だな、だって無報酬労働なんだもの）、僕のように「専門家ではないただの一般ユーザ」がやぶれかぶれで手を出さざるを得ないというのは、万国共通のようだ。悲しい話だ。

Tab Mixのコードを見て、ああやっぱり賢い人が作ると全然違うのなと思った。タブの移動（これはMiniTの機能のようだ）一つとっても、僕は、タブに対応するbrowser要素をノードツリーから取り除いて任意の位置に再挿入するとbrowserの中身がブッ壊れるという問題を目の当たりにして、ああこれじゃあタブの並べ替えなんてできねえじゃんと諦めてたけど、MiniT作者の人は、タブだけ操作してタブに対応するbrowserには触らないという方法を採ることで、この問題を回避している。結果、多段表示していようがどうしていようが構わず爆速でタブを移動できるようになってる。すばらしい。

こういうアイデアを提供してくれる人がいなかったあたり、やっぱり僕は世界中から憎まれてるんだなと思った。

まあ毒喰らわば皿までということで、これを機に、Tab Mixのページにリストアップされてる単機能拡張のコードをパクりまくって、他人のフンドシでTBEを改善していこうと思うですよ。グループ化その他の機能についてTab Mixにコミットしたら「またテメーかよ出しゃばんじゃねーよせっかくテメーのいないとこでCOOLなソフトウェアを作ろうとしてんのにド素人が糞なコード混入してんじゃねーよ」とか怒られそうだし。

iPod mini

先週注文していた学割iPod miniが昨日の段階で届いていたのだけれども使い方が分からず四苦八苦しているうちに日付が変わってしまった

何が分からんかったって、手持ちの楽曲ファイルを転送する方法が。iTunes上でドラッグ＆ドロップしたらええんか？　ええんか？　と思って試してみてもiPodアイコンやiPodのプレイリストがドロップを受け付けてくれなくて……アップルのサイトのチュートリアル見て初めてやり方が分かりましたよ。ああちかれた。

とりあえず比較的よく聴きそうなものを適当に突っ込んでみたら1.8GBくらいになった。

付属のACアダプタはFireWire用ケーブルでないと繋がらなくて鬱だ。うちのPCにはどれもFireWire（IEEE1394）ポートがないので、PCとの接続にはUSB 2.0のケーブルを使わないといけない。ケーブル二本持ち歩くの面倒やなあ。USB 2.0ケーブルとACアダプタを繋ぐ方法はないもんかなあ。

HDD/DVDレコーダ

7年くらい使ってるうちのビデオデッキがそろそろ寿命くさくなってきたということで父がHDDレコーダを買いに行くのにお供してきました。

こないだからこの話は出ていた。当初はVHS内蔵のものにしたかったらしいのだけれども、この手の「せっかくだから」とか「おまけで」とか思って付けたレガシーデバイスは後で絶対使わなくなるし、うちには他にもビデオデッキがあるんだからVHSはそれで見ればいいでしょ！　と説得してHDD/DVDだけのものから選ぶように言ったりとか。最終的に父が目星を付けたのは、同時に2番組を録画できるという東芝の機種で、今日はハナからそれを買いに行くつもりだったようだけど、念のために（何が念のためなんだろう）僕をお供に引き連れていったという次第です。

んで店頭で機械を見ながら思ったんですけど、そもそも同時に2番組録画なんてするのか？　と。前々から「録画しても見る時間がない」と家族全員が嘆いてるんだから、2番組同時録画なんて結局宝の持ち腐れじゃないすか。だったら、その機能なしでもっと安いやつ選んだ方がいいんじゃないの、と。そう思った旨を進言して、最終的に、三菱の一世代前のものを購入するに至りました。終業直前で店員ひっつかまえてあれこれ聞いときながら安いのに乗り換えるなんて、まったくヤな客ですね。

ほんでまあ、寿命のやつと入れ替える形で設置したんですが。HDDレコーダってうっすいのな！　こんなに薄いと前に置いた物に隠れてリモコンからの信号が届きませんよ。そもそもテレビの前に者置くなって話なんですけどね。

苦労してチャンネル設定等を終えた後は、最高画質から最低画質まで4段階それぞれ試し録りしてみて、どれをメインで使うか少し検討してみました。XP（最高）、SP（高）は明らかに綺麗。今までのはビデオ再生中だと「ああこれはビデオだな」と一目で分かったけど、こいつは今放送してるやつなのかビデオなのか全然見分けが付きません。まあ今までの機械もS-VHSのテープを使えば綺麗になったんかも知れんけど、結局一度もS-VHSモードでは動かしたことがなかったなあ。まあそれはいいんですが。ともかく、うちのモニターではSPくらいの画質があれば十分すぎるくらいだと思いました。

LP（低）、EP（最低）は明らかに画質が悪いと分かる画質。LPで今までのVHSの3倍速モードと同じくらいでしょうか。EPはいくらなんでもちょっと汚すぎて、進んで使う気にはなれませんでした。

さて、こいつは何年もつでしょうね。

ゼータの鼓動

GFF Ζガンダム。ゼータはもう見飽きたよとか思ってて買う予定はなかったんだけど、写真見てたら猛烈に欲しくなってきたし、よく考えたらMGゼータは発売当初の品薄で手に入れられなかったので「変形するゼータ」は旧HG以来手にしてなかったことにも気付いたしで、ついつい買ってしまいました。ああ、もう置き場所無いってのに……

とりあえず開封して組み上げて、ウェーブライダーに変形させてみた。……ぐぎぎぎ、なんじゃこりゃあ。パーツがポロポロ外れるし、額のアンテナほかABS製の硬くて細いパーツが折れそうで気になってうまく力をかけらんないし、まったくやってられん。フライングアーマーに腕を収めるとこなんて、素材の違いから穴の方が激しく収縮してしまってるもんだからか、腕が収まってくれないんでやんの。無理してはめたら今度は胴との接続部にものすごいテンションがかかっててちぎれそうだったりして。こんなことになるならもういっそのこと全部ゴムパーツにしてくれと思った。そうでなくてもややこしい変形なのに。お前は本当にフィギュアなのかと問いたい。小一時間問い詰めたい。ただの立体パズルちゃうんかと。そんなこんなで変形完了まで丸1時間を費やしてしまった。ちなみにMS形態に戻すのにも30分くらいかかった。死ねる。

そんな感じで不満は多いんだけど、形は僕のストライクゾーンを直撃する格好良さだ。前後に長い頭、細くくびれた腰、間隔が異常に広い股関節、鋭角的で直線的なライン、ひょろひょろしたシルエット。丸っこい感じの旧Ver.kaとはまた違った魅力に溢れた、ナイスな形状だと思う。ていうかパッケージの画稿より絶対立体のがカッコイイと思う。世間では「旧Ver.kaの方がいい」とか「画稿と立体物が全然似てない」とか評判悪いみたいだけど。僕はカッコイイもの原理主義なので気にしません。

あと、1/144サイズで両形態の格好良さを保ったままでほぼ完全変形というのも、技術の結晶って感じでカッコイイ。 同スケールのHGUCでは胴や腕をまるごと余りパーツにしてたけど、このGFFゼータでは手首以外全く余らない（取説では膝アーマーを取るように書いてあるけど、付けっぱなしでも変形できます）。旧プラモ、1/144ゼータプラス、旧HG、MG、MGゼータプラス、GFFゼータプラス、と培われてきたノウハウが詰め込まれているんだろう。僕は、同じMS形態で飾るにしても、「変形できない」のと「変形させてないけど変形できる」のとでは満足感が全然違います。ハイ。まあ、前述したとおりパーツの合いが死ぬほど悪くて、この状態で置いとくとパーツが変な方向にひん曲がってクセが付いたりして宜しくないので、速攻で変形解除するわけですが。

そのうちMGのゼータとゼータプラスを二個イチしてVer.kaっぽいゼータを作ろうかとか思ってたけど、もうその必要もなくなってしまった。これがあればゼータはもういいや。ほんと、惜しいよなあ。パーツの合い、精度さえ良ければ、僕の中では神ゼータの筆頭になるとこだったのに……