今のPCに買い換えてから1年8ヶ月。
　DVD焼き付けのために、マイPC内蔵のDVD+だけにしか対応していないプレーヤでは寂しいので、ハイパーマルチ対応プレーヤを購入した。ハイパーマルチ対応とはDVD±RW、DVD±R、DVD±R DL、DVD-RAM、CD-RW、CD-R、DVD-ROM、CD-ROMの11種類に対応していることを指すらしい。
　併せて一杯になりかけていたハードディスクも買い足した。話題のNDASプロトコルに対応した超高速HDだ。
　共に購入後10日程が経過したがこれで実に快適なPCライフとなった。
　さて、2層DVD書き込みが可能となった今、それへの書き込みのためにも、mpeg、wmv、avi等の各種動画ファイルをDVD形式に変換する必要に迫られている。当然適切なソフトが必要となるが、無料ソフトでも相当なものが出回っているようだ。時間があるときにでもチャレンジしてみようかと思っている。

　Google Localをどうして今まで知らないでいたのだろう。
　偶々Google Japanサイトを開いてみたらそれがあったので、早速使ってみたところ、余りに便利なサービスなので吃驚！
　地域の施設情報は、これが最も高速に検索するのではなかろうか。
　ウェブサイトだけではなくタウンページをも情報源としているのだから、ヒット率が高いのは当然かもしれない。
　

　WDSについて連載エントリイを投稿したものの現時点で反応は皆無である。これはWDSの知名度が低いためであろうか？関心度が低いのであろうか？GDSについて書いたときにはかなりの方が閲覧してくれたのであるが、それとの対比で今回の事態にちょっと驚いている。何故ならば天下のマイクロソフトのデスクトップ検索ソフトなのだから、知名度、興味、関心は相当高いのではないか、と推測していたからである。
　正式版が出てから未だ一ヶ月程しか経過してないとはいえ、ベータ版は昨年暮れに既に登場しているのだから、存在が知られていないと言うのも合点がいかぬ。問題にするほどのことがなくスムースに使えているのだろうか？
　あるいは逆に、使い勝手が悪いので積極的に語るに値しないのだろうか？

　■メモ■
　デスクトップサーチに関する関連サイト
IT用語辞典 e-Words ： 「デスクトップ検索」の関連ニュース

　WDSに対してGDSは不戦勝！───既に次のようなコメントも出ている。（7/4発信）

「■Windows デスクトップサーチ 対 Google デスクトップ検索■
結論：Google デスクトップ検索の不戦勝
理由：Windowsデスクトップサーチ、重すぎ(遅すぎ)。PentiumM1.1GHzじゃ歯が立たない。」
from Windows デスクトップサーチ vs Google デスクトップ検索

　WDSはcpuを占拠しメモリを圧迫する以外に、我が愛用の鶴亀メールとも相性が悪いようだ。
　秀まるおのホームページ−鶴亀メールとWindowsデスクトップサーチとの相性問題について

発生するおそれのある問題：
ウィルス感染してない普通のメールが、アンチウィルスソフトによって隔離されたかのように誤判定されてしまい、結果としてメール本文が読めなくなってしまうことがある。（ユーザー様の報告によると、１００通に１通程度の確率で）
メールを送信する時に、「ファイルが他で使用中のため、移動できません」のようなエラーが発生し、結果として送信済みメールが未送信フォルダに残ってしまうことがある。
その他、メールの移動／コピーに関係した処理で排他制御関係のエラーが起きる可能性がある。

　あまりに障害が多いので、数日しか使わなかったWDSをアンインストールした。Google desktop Searchで不十分なわけではないから、敢えて重たいWDS等を我がPCに残しておく必要はない。
　もっと身軽になったらば使ってみても良いが、現在の状態ではいかに正式版とはいえプラスよりもマイナスが大きすぎると言わざるを得ない。
　

　昨晩も書いたとおりWDSはインデックス作成時にメモリを大量に消費する。しかも一旦作成にはいると優先的にメモリを占拠してしまうようで、起動時にインデックス作成が始まろうものなら、他の自動起動ソフトがなかなか起動しない羽目に陥ってしまう。
　これって実用性において難があるのではなかろうか！！
　あるいはこれは私のパソコンだけの話なのだろうか？（∵職場のパソコンはこうした事態が起こっていないから）
　GDSを導入したときの感動もなく、快適さが損なわれてしまうくらいならいっそのことWDSを見限ろうか？、とさえ思い始めている。導入してまだ一週間も経っていないというのにこの始末では先が思いやられるというものだ。

　No1ではWDSのインデックス作成機能について触れた。ここではメモリ消費について記録を取っておきたい。
　タスクマネージャのプロセスタブで起動中のプログラムのメモリ使用量を知ることが出来るが、WindowsSearch.exeはIndex非作成時において49952kbと最大消費にランクアップされた。偶々6つのサイトをタブ表示しているSleipnirが86680でダントツであるが、WDSは秀丸、タスクマネージャ、エクスプローラ、Servicehostなどを引き離して２位に位置しているのだ。
　しかも、インデックス作成中にはWDSとは別に、WindowsSearchIndexer.exeなるプログラムが起動して、これが50540Kbものメモリを消費する。（この時WindowsSearch.exeは964Kbと小さくなる）
　これに対して、GDSIndexerが7296Kb、GDSCrawlが6384KbとWDSの7分の1程度に過ぎない。
　WDSを導入して以来、とかくPCが遅くなることが多発しているが、WDSがその犯人となっているのだろうか？
　因みに、同じタスクマネージャにてパフォーマンスタブを開いて暫く観察してみたら、WDSインデックス作成時にはcpu使用率が頻繁に変動することも判明した。瞬間的に100％に達することさえあるのだから脅威と言わねばならないだろう！
　当然、WDSインデックス作成時に別のアプリケーションを起動しようものなら、当該アプリの起動画面さえなかなか表示されないという不幸に見舞われることになるだろう。

　「検索」なるテーマがないのでこちら（インターネット関連）に投稿してみる。
　さて、Windows Desktop searchをインストールしインデックス作成の様子を調査してみた。
　インデックス作成調査は公開されている全てのプラグインを追加してインデックス対象ファイル形式を最大にした上で、17日13:30頃から開始し、18日9:00まで、インデックス作成以外の何も行わずに当該パソコンの電源を入れっぱなしにして結果を見た。対象となったファイル容量は合計で186Gb（c:14Gb、d:63Gb、e:6Gb、f:43Gb、g:60Gb）。
　さて、その結果であるが途中経過も記しておこう。
　　　　　　　Index作成項目　スキャンするアイテム　　
7/17　21:15　 　87,448　　　　　　85,198
7/17　22:15　 　87,450　　　　　　85,312
7/17　01:15　　101,704　　　　　　40,743
7/18　02:10　　106,794　　　　　　44,200
7/19　09:00　　記録せず　　　　　　　　6
7/19　11:00　　199,590　　　　　　　 545
7/19　14:40　　199,649　　　　　　　 205
7/18　17:20　　199,696　　　　　　　 273
7/19　01:00　　199,744　　　　　　　　 0


　WDSにおいてプレビュー機能が搭載されたことは歓迎すべきだし、ネットワークドライブ対応となったことも喜ばしいことだ。
　しかし、上記で分かるように、WDS導入後最初に驚いたことはインデックス作成にメチャクチャ時間が掛かることだ。Googleと異なる最大の点はこのインデックス作成タイムかもしれない。GDSの場合には数時間で終わったこの作業タイムが丸１日経とうとしている今でも終わっていない。果たしてこのようなWDSの実用性はいかがなものなのだろうか？

　デスクトップ検索は昨年秋のGDSの登場によって、一気に市場争奪戦が始まった。MS社は独創性においては鈍であるが、機を見るに敏。（それが同社の最大の特性かも知れない。）案の定、同社のデスクトップ検索WDS(Windows Desktop Search)が、GDSに遅れること一ヶ月にして正式版として公開された。
　さてWDSを既にインストールしている方も大勢いると思われるが、その使い勝手はどうだろうか？
　遅ればせながら職場と自宅のパソコンにWDSをインストールし、ネットワークドライブ接続されたパソコン上のインデックス作成結果に興味津々である。
　何故ならば、GDSによるネットワークドライブ上のファイルインデックス作成機能は、インストール時に一度インデックスファイルを作成してしまった後の時点で、当該PC以外から作成/編集されたファイルをインデックス対象とはしない、という欠点があり、それがWDSではどう変わるのか、この点が最大のポイントになるからである。
　その点を含めGDSとWDSのどちらに軍配を上げるか、どちらをメインとして使うか決めるためにも、それらの性能比較を暫く検討してみたい。
　なお、Yahooも含めて「検索三国志」と銘打ち詳細な比較を行っているサイト【デスクトップ検索の比較と検証(GMY! Desktop Search) :検索エンジンのトリビア ::SEO塾-検索順位アップとリカバリー】もあるのでこれを大いに参考にしてみたい。

　flash画像は余りに動きの激しいものは閲覧に邪魔になるし、動きそのものが閲覧に支障を来す場合もある。そんなものはコンテンツには不要であると確信している少数者もいるかもしれない。それでも、flash画像は広い画面内において特定箇所を目立たせるには絶大な威力を発揮するので、以前からポイントを絞ったflash画像掲載を密かに目論んでいたのだ（苦笑）。
　しかし、flash作成ソフトは高価なものが多く「そこまで投資して・・・」と二の足を踏んでいたが、SourceNext社から安価なFlash Maker3なるソフトが登場したので、これを契機に「まあやってみるか！」と決意したのであった。
　一方Myテンプレート改造計画において、2カラムからシングルカラムへの転換を決意して以来、常時は隠蔽しておき必要に応じてメニューを表示する必要に迫られており、適切なメニューボタンを思案していた。
　かくして、flash画像によるメニューボタンに辿り着いたわけだ。
　あっさりとしかし目立つメニューボタンを！───それを心がけて色々と試みてみた結果が、現在頁上部に置かれているOpen MENU／CloseMENUボタンであるが、使い心地はどんなものだろうか？
　一々ボタンの位置までマウスカーソルを戻すのさえ面倒なので、メニュー内の右下にはそこをマウスカーソルが通過するだけでメニューが隠蔽するボタンを追加して、一応の完成をみたつもりでいるのだが・・・。
　沢山の方々の批評を受けられれば幸いである。

　onmouseoverでトグル電源スイッチのように切り替える手法を初めて採用して1日が経過した。
　その方法の是非は様々に意見があるだろうと思う。───初めて遭遇した場合、操作が分かりにくい。つまり一般的ではない。説明がないと混乱する。ついmouseoverがセットされているエレメントを通過してしまい、何が起こったのか困惑してしまう。───
　混乱・困惑・躊躇は当たり前、挙げ句の果てには憤怒すらあるかもしれない。（こんなに使いにくいInterfaceを採用するなんて一体何を考えているのだ！）つまり、onmouseoverスイッチは、アクセスビリティとユーザビリティに対する配慮が欠けるかもしれない、と思う。
　それでもクリックしなければ何も起こらないことよりも、間違って「通過」してしまって事件が起きた方が関心を呼ぶのではなかろうか？！

　更に、Open MENUとClose MENUは文字ではなく画像で表示し、Javascriptによって画像を切り替えた方がより分かりやすくなるかも知れない。
　その画像をflashデータにすればますます目立たせることが出来るだろう。
　とはいえ、余りに目立ちすぎるとエントリイ閲覧時に邪魔になるので、top頁あるいはエントリイ頁オープン時だけflash画像を動かせば良いだろう。

　色々と検討を重ねて、やっとのことで昨晩から本日未明に掛けて、テンプレート改造計画の実行第二歩目に踏み出した。
　まず、これまで半年以上使い続けてきた2カラムをついに廃止し、シングルカラムへと大転換を計った。top頁＝index頁は従来通り最近のエントリイとカテゴリ一覧を表示すると共に、ここにおいてもシングルカラムへ移行したので、非常にシンプルになった。
　次に、全ての場合において操作メニューボタンを画面上部中央に配置し、ここから全てに辿り着けるようにしてみた。まだそのメニュー項目のレイアウトは荒削りであるが、何はさて置き、操作メニューボタン上のマウスオーバー/アウトによって、menu項目を表示したり隠したりするようにしてみたことが大きなポイントだ。それはあたかもその前を通るだけで反応する照明スイッチのように動作する。当初はクリックによって照明のオンオフを行っていたが、マウスオーバー/アウトの方が、遙かにスマートではないか、と思いこんでやってみたのだ。
　更に、MENU内のBrowsing MENUも同様にマウスが通過する度に、開いたり閉じたりするような仕掛けにしてみた。
　これらは共に、いわゆるonmouseover/onmouseoutによるスイッチとは異なり、onmouseoverだけで作動し、当該エレメント上をマウスが通過する度にスイッチがOn/Offする仕組みにしてみた。
　その結果や如何？

　これはflashファイルのテストです。

　10日以上の空白が空いた。それは或る問題で全く前進出来なかったからであるが、それとは別にパソコンがおかしくなったことも一因となった。
　おかしくなった原因として思い当たることは、おそらく或るソフトのInstallと思われるが、そのことは置くとして結局事態の解決のためにまたしてもCドライブの完全復元をおこなうことにした。
　常日頃からデータは極力Dドライブに入れ、随時Cドライブのバックアップを取っている。しかし、どうしてもCドライブのバックアップはある時間間隔が空いてしまう。時間が掛かるのでつい先送りしてしまうわけだ。
　その結果、今回の復元においてもウィスル定義ファイルの膨大な更新が必要となってしまったし、ATOK2005も再インストールに追い込まれてしまった。
　何かと面倒なパソコンメンテナンスと言わざるを得ない！
　microsoftに切望したい！───もっと気楽で、使い込むほどに遅くなることなどないOSを開発して欲しい！