フリーの高機能ファイラー「まめFile2」のツールバーアイコンを公開します。XP視覚テーマをMilkにしてるとハマりますが果たして仲間が何人いるのかが謎だ。
何故ひっそり公開するかというと、僕が使っていないアイコンは一切作っていないからです（ダメじゃん）。
再配布、改変、自分が作ったと言い張る等全て大歓迎ですというか作り足したら僕にも下さい。
ちなみに、まめFileの常駐機能は弱いので、下記の方法で強化するのがオススメです。
ちなみに僕の場合はM→がまめFile起動ジェスチャーです。ので参考に。と言いつつ別に参考にもならないよな、と思う。
あと、上のスクリーンショットでまめFileのアイコン（ウインドウ左上のヤツ）が違うじゃん！と思った人は、IconResetを使って有難屋さんの32bitアイコンに書き換えると良いですがますます本筋から外れていく。
マウ筋の話は現在連載中の「マウス派はマウ筋を使い倒せ」の中盤で詳しく書きます。アイコン書き換えの話はいつかネトランで書きそうなので詳細省略。
今年も窓の杜大賞のシーズンとなりました。
この企画は毎年「つーかフリーソフトってもっと色々あったと思うんだけど・・・」という、何か納得のいかない気分にさせてくれるアレなんですが、いや、そもそもこの企画ってノミネート基準が謎なんだよなぁ。「フリーソフト」と一言で言っても
と三つ（厳密にはそれぞれ国内外で二つずつ）種類があって、例えばネトランの旧ベスト・オブ〜は前二つを対象にしてるんだけど、窓の杜企画は三つ全部が対象。故にフリーなら何でも対象になるはずなのに何かおかしなことになる。
一応窓の杜企画に入っているツール内で今年を振り返ると
と、いうことで、個人的にはWin再インストールをむっちゃ楽にしてくれたSP+メーカーに投票しておきます。正直言って、そもそも「インストールCDを改造する」という概念自体、このソフトを知るまでは知らなかった。いわゆる「繋いだだけで感染するワーム」といった「今年的な」要素とも絡んでいますし。
・・・しかし「PCについてきたインストールCDが不要」といってもシリアルは必要なので、シリアル付きシールをCDケースに貼ってそのケースに正規のインストールCDをしまっている人は、ケースごと何処かに無くすとシリアルが見つからなくなって部屋中ひっかきまわしてケースを探すハメになるので気をつけましょう（「そんなバカは俺だけ」感大）。
※参考
ということで自分でも選んでみました。
Firefox+Proxomitron環境で、Proxomitronの設定切り替えを簡単に行う方法を紹介します。まぁ、何て言うか、この組み合わせ限定、みたいな話なんですけどね。
Proxomitronはコマンドラインオプションで設定ファイル名を引き渡すと「その設定ファイルを適用して起動」が可能です。既に起動している場合は二重起動せずに設定ファイルが切り替わる。この機能を利用し、Firefox上のボタンからProxomitronを切り替えよう、という方針です。PrefBarとか使うとUserAgentやJava/Flashの有効/無効程度は切り替えられるんですけど、Proxomitronユーザー的にはそんなせせこましいことをするより設定ファイルを切り替えられた方が出来ることの幅が広がるしワンクリックで済む分楽じゃん、という理由です。
手順ですが
スクリーンショット一枚で説明すると↓みたいな感じです。
で、上で使っているアイコンは、有難屋さんのProxomitronアイコン（緑）と下のファイル。
有難屋さんのアイコンを@アイコン変換でPNGに取り出して適当なフォトレタッチソフトで色調弄って再び@アイコン変換でICOに戻す、くらいなら数分で出来るので他にも色々作ってみては。
余談ですが、僕は基本的にブラウザのセキュリティ設定は「グループ」的に切り替えられないと不便だ、と思います。「危ないサイトに行くのでJavaとFlashを無効にしてRefererの送信をオフにして〜」なんていちいちやるより「セキュリティ設定を中から高にする」の方がずっと楽だ。と、思う。IEは、その「レベル」というのを自分で作成できないのでどうしようもないのだけれど（セキュリティ「高」にするとファイルのダウンロードすらできなくなったり）。
MovableType3.1のサブカテゴリー機能を使い、個別アーカイブやトップページなどの記事に対して「その記事が属するメインカテゴリー」「その記事が属するサブカテゴリー」を個別に表示する方法を紹介します。カテゴリー別アーカイブページをリニューアルする課程で必要になったのです。
「個別に」でなく「並べて」表示させるならMT3.1の新タグ「MTEntryCategories」で簡単にできるんですけど
参考：Techknow Weblog内「タイトルの横にカテゴリを表示する」
「個別に」と考えると意外と難しいんですよ。
<!--その記事が属するカテゴリーを一つずつ走査-->
<MTEntryCategories>
<!--現在走査しているカテゴリーに親カテゴリーが存在する
→現在走査しているのはサブカテゴリーである-->
<MTHasParentCategory>
<!--親カテゴリー=メインカテゴリーを対象に処理を行う-->
<MTParentCategory>
<!--処理対象カテゴリー=メインカテゴリーのDescriptionを表示-->
<$MTCategoryDescription$>
</MTParentCategory>
</MTHasParentCategory>
</MTEntryCategories>
<!--その記事が属するカテゴリーを一つずつ走査-->
<MTEntryCategories>
<!--現在走査しているカテゴリーに親カテゴリーが存在する
→現在走査しているのはサブカテゴリーである-->
<MTHasParentCategory>
<!--処理対象カテゴリー=サブカテゴリーのDescriptionを表示-->
<$MTCategoryDescription$>
</MTHasParentCategory>
</MTEntryCategories>
と、いう、MT使ってない人にとっては全くもってどうでも良いであろう話でした。
参考：小粋空間内「個別エントリーアーカイブに同一カテゴリーのエントリーを表示」これってつまり「同一メインカテゴリー内の記事or同一サブカテゴリー内の記事」で、つまるところ、「メインカテゴリの中に複数のサブカテゴリを配置する」というウチみたいな構造だと「同一メインカテゴリー内の記事」が全部表示されてしまうのです。
「Irvineにダウンロードを行わせる」というと「引数でファイルURLを渡して落とさせれば良いのかな」と考えるのが自然な発想ですが、この方法では保存ファイル名を指定できない。何故わざわざファイル名を変えねばならないのか、というのは、まぁ、例えばYouTube。「get_video」とかいうファイル名で動画を落として後から手動リネーム、は面倒なので、ダウンロード段階で「○○.flv」として保存したい訳だ。
このように、ファイル名・URLを指定してIrvineにダウンロードを行わせるには、ダウンロードリストを使います。スクリプトで制御を行う方法に関するメモ（従ってJSでもUWSCでも何でもいいですが何かスクリプト組める人向け記事です）。
ネットランナー用に、削除済みYouTube動画を各データサーバーからブルートフォースでIrvineに落とさせる、ただしファイル名はユニークになるよう「動画ID(鯖アドレス).flv」、というUWSCスクリプトを組んだので「何をしているか」という解説なんですが、単純に手順を書くと、以下のような方法で「保存ファイル名を指定したダウンロード」を行わせることが可能です。
リストファイル(irvファイル)は以下のような形式です。
要点をまとめると
と、いうことで、スクリプトの処理的には
を行えば、「Irvineで保存ファイル名を指定しつつダウンロードを行わせる」を実現することが可能です。Wgetはコマンドラインオプションで保存ファイル名を指定できるんですが
Irvineではできないので、このように変則的な手を使う、と。
・・・いや、既にどこかにまとまってそうな話なんですが、見つけられなかったので一応。
正規表現、というモノに関して最低限以上の知識がある人向けの記事になってしまうが、「入力されたメールアドレスが正しいかどうか判定する正規表現」という話には、プラスアルファがある。ある程度以上正規表現を理解している人の中にも、この点を理解していない人が少なからず存在する、気がする、というか一流ウェブサービスにも不適切な（と僕が思う）正規表現を利用しているケースが少なからず存在する（宅ファイル便もそうだ）のでエントリーにしてみます。
正規表現を最低限は使える、という人向けに導入を行うと、メールアドレスが適切かどうかを正規表現で判定するのは結構大変です。いわゆる一般的なメールアドレスだけを考慮するなら単純なんだけど、本当に全てのメールアドレスを通すのは不可能で、ある程度で「妥協」をしないといけない。ここらへんの話は「メールアドレスに一致する正規表現」を参考に。
で、書きたいのはここから。もちろん「妥協」は必要なんだ。ただ、その妥協の方針は複数存在し、ケースバイケースで方針を選ぶ必要がある、と僕は思う。というか、「メールアドレスが正しいか判定する」と「メールの宛先情報が正しいか判定する」は別の話だと思う。具体的に書くと
と、いう二つ。一般的な正規表現解説に登場する「方針」は基本的に全て前者で、後者を考慮していない。故に以下のような問題が起こる。
メールの「To（宛先）」に指定できるのはメールアドレスだけではない。「名前 <メールアドレス>」だって宛先に指定できる。
canada(@home)@tt.rim.or.jp
"me@home"@digital-canvas.com
Tom&Jerry/$100.00@digital-canvas.com
canada@[192.168.0.1]
というアドレスを考慮する必要があるかどうかは微妙ですが、しかし「名前 <メールアドレス>」は、本当に一般的にメールの宛先に指定する文字列だ。「メール送信系のサービスで宛先に利用するケース」なら、妥協を行うにしたって、ここまでは考慮する必要があるだろう、と、僕は思うのです。宅ファイル便を使う度にメーラーの「名前 <メルアド>」という表示から「メルアド」部分だけを選択してコピーするのが面倒で仕方ない（そうしないと、「特殊文字の入力はできません」と言われる）。メール送信系のウェブサービスを運営する方は、ここまでは考慮して貰えないでしょーか。
「ユーザーによるブラウザ上での操作でダウンロード作業を開始させる」という用途において、Irvine用のキューファイル「irv」の存在は面白い、という話です。irvファイルを使うことで、ウェブダウンロードを、torrentのような感覚（ブラウザ上でリンク文字をクリックするとダウンロード作業が始まる）でユーザーに行わせることが可能になります。
当サイトのコンテンツの一つであったYouTube動画ダラ見デスクトップ「VJ YouTube」は名前を「ダラ見探」と変えて「にゅーあきば」のコンテンツになり、
僕は既にプログラミング作業から手を引いてるんですが、新機能とかの展開には関わっていたりして、このたび追加された新ダウンロード機能は僕の発案だったりするので、ここで概要を書いておきます。調べた限り、この方法論は「初」だと思うんだよなぁ……。
凄く当たり前な話から始めると、一般的に、例えばウェブサービスがユーザーに動画をダウンロードさせる場合
<a href="http://www.server.com/movie.avi">動画ダウンロード</a>
といったようなリンクを作るわけですが、この方法論には制限がある。いや、凄く当たり前なんですけど、特に初心者にとっての使い勝手に着目した場合に、「制限」としか言いようのないものがある。
この制限を、irvファイルの利用によって回避する。irvとは、国産の定番高機能ダウンローダーIrvine用のキューファイル。仕様に関しては当サイトでも以前書いているので割愛しますが
要点をまとめると
故に
という手順で、以後、ページ内の拡張子irvへのリンクをクリックするだけで、Irvineによるダウンロードが始まるようになる。BTと同じような動作原理ですね（あれは拡張子torrentのファイルを「開く」で落とすことで複数巨大ファイルのダウンロードが始まる）。
と、いうことで、この仕組みを使うと、ブラウザ上でリンク文字/画像をワンクリックするだけで、
落とさせることができるようになります、という話でした。別に「初心者にとって」と言わずとも、僕はいわゆる「YouTube動画を落とせます」系のウェブサービスで保存ファイル名を毎回設定するのが面倒でたまらない。そして、勝手にウインドウが開いてダウンロード終了時に勝手にアクティブになる、IEなど一般的なブラウザのダウンロード機能は、まぁ例えば「YouTubeダラ見デスクトップ」で行う動画ダウンロードには、ユーザーの技術的なレベルとは無関係に、適していない。
で、先に書いておくと、この方法論にはおそらく反発する人もいると思うので、先に再反論を。まず想定される意見。
この方法を使う、正確に言うと
と、ウイルスなどのファイルをユーザーに（「自分が何を落とそうとしているのか」という意味で）非自覚的に落とさせることができるようになってしまう。ウイルス感染者などを増やす方法論であり、セキュリティ的な意味で許される物ではない。
僕は別にこの件に限ったことでもなく常に
と言い続けてるんですが、
ダウンロードフォルダとは、貴方のPC内において、他のフォルダとは決定的に性質の異なるフォルダです。PC内におけるダウンロードフォルダ（あと本当はブラウザ一時フォルダも同じ）の位置付けとは、いわば鎖国日本における長崎港のそれに近しい。あるいは、現代日本における成田空港入国審査前エリアのそれに近しい。「そこにウイルスを一切入れないようにする」というのは本質的に不可能です。つか、そんなことを言い出したら「ZIPファイルは中にウイルスがあるかもしれないので、一切落とさないようにしましょう」という結論以外を導けない。重要なのは、そこにウイルスが入ってきても実行しない＆外に出さない環境を作ることであり、それ以外ではない。
……「実行しない」「外に出さない」は絶対的に対であり、片方だけでは意味がない、という、この視点において*1、「（僕が上記で提示した）irvによるダウンロードテクには反発するが、普段はブラウザでファイルをデスクトップに落としている」という人のセキュリティ意識は、実のところ、非常に、低い。
と、脳内再反論をして終わり（それ以前に既に「irvを使うウェブサービス」というのが存在してたらご指摘いただければモニターの向こうで顔を赤らめますどうしよう）。
