Latest topics 近況報告
たまに18歳未満の人や心臓の弱い人にはお勧めできない情報が含まれることもあるかもしれない、甘くなくて酸っぱくてしょっぱいチラシの裏。RSSによる簡単な更新情報を利用したりすると、ハッピーになるかも知れませんしそうでないかも知れません。
の動向はもえじら組ブログで。
宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。
以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！
XPathを自動生成してくれる拡張機能 - May 17, 2006
Firefox Add-onsを眺めてたら、XPath CheckerとXPatherという拡張機能を見つけた。どちらも、選択したノード（マウスでポイントしているノード）上で右クリックして、対応するXPath式を適当に生成させることができる。
機能としてはXPatherの方が高機能っぽい。DOM InspectorにXPath式でノードを検索する機能が加わったり、ノード集合を返却するXPath式で複数のノードを取り出してから、内容が正規表現にマッチするものだけを抽出したり、といったことができる。
ただ、自動生成される式はID（XPath Checkerではid関数、XPatherではid属性の参照）と要素のローカル名だけを使ったごくごく単純なものになるので、内容の文字列を見てノードを絞り込むといったところまではできないみたい。自分で式を書いて評価させる分にはもちろんどんな式でもいけるけど。
XPathの学習用には使えるかな。
せっかくだからこのサイト内の関連コンテンツも紹介しておく。
- XPath式エディタ2：XPath式をGUIで生成してみようという試み。途中でほっぽり出してるので中途半端な実装段階で止まってますが。とりあえずGUIから式への変換はおおむね動く。式からGUIへの逆変換はダメダメ。誰か改良してください。
- Rewind/Fastforward Buttons：「前のページ」「次のページ」のリンクをサイトやブログサービスごとのパターンに基づいたXPath式で指定することで、前後のページを高精度で検出する機能を含んでいます。続き物のコンテンツやブログのエントリを順番に見ていくのに便利かと。
- Line Marker：マーカーの位置をXPath式で保存するという実装。生成するXPath式の質はXPath Checkerとほぼ同程度か。
Firefox Plush Toy - May 16, 2006
Mozilla Storeにいつまで経っても復活しない、Firefox（レッサーパンダ）のぬいぐるみ。日本でレッサーパンダのぬいぐるみの需要というと「風太くん」のおかげで直立してるキモイのばっかりになってしまってるようで、普通に4足歩行のやつが欲しいんですよ。
これ、よく考えたらべつにMozilla Foundation/Corporationで製造してる訳じゃないよなあと今頃気がついた。
持ってる人の情報[1]、[2]によると、これは元々Leosco Collectionというところの「Red Panda」という製品なんだとか。ググってみたら見つかりましたよ、問題の商品が！ しかも別の種類まで！！！！ うぎあああぁぁぁぁぁかーわーいーいぃぃいいいー！！！（悶）
で、これ日本からでも注文できるとこはないんかね？
ネガティブ - May 03, 2006
Firefoxは全然安全じゃないぞということを僕がやけに強調するのは何故かということの理由の一つには、Firefoxは安全だ・IEは危険だ、という、あまりに単純化しすぎてFUDじみてしまったシンプルな言い方をしてしまう人に対して腹が立つからというのがあるような気がします。あんた全然分かってねえよと。何が「Wheeeeeee!!!」だよと。シャラップとか言ってるおめえも他人のこと言えねえだろがよと。
騙されるな！ 一つ前のエントリはインチキ記事だ！ - May 03, 2006
Firefoxの本質は拡張機能だ！とかいう寝言を書いてしまいましたが、よくよく考えると、拡張機能を最大の特徴と考えてるのは僕みたいに何でもカスタマイズしないと気が済まない変態だけなのかもしれないですね。あまりにそれを当たり前のこととして享受しすぎていてもはや僕は意識することすらなくなってしまっているけれども、普通に考えて、タブブラウジングやポップアップブロックといった基本機能は素のIE6に比較して十分アドバンテージになっているし、危険な（野良）拡張機能に関しても、標準状態ではインストールできない（するのが大変な）ように設定されている。
やっぱり、なんていうか、その、「一般的ユーザの視点」というものを忘れてしまっているんでしょうな、僕は。いつの間にか自己中心的な性質がこんなところにまで発現してしまっている。いかんなあ。
Mozillaの揺るぎない部分、もはや揺るがされ得ない部分、これからのこと - May 03, 2006
Firefox の拡張機能にしたってインストールパッケージに電子署名を施しているものをほとんど見かけない。彼等（提供者）は IE から何も学んでいないのか。
（しっぽのさきっちょ 2006年05月より）
Firefoxの（Mozillaの、XULアプリケーションの）揺るぎない特徴は、簡単に言えば「簡単に好き勝手いじくれること」、難しく言えば「開発が容易であること」、極論すればただこの1点のみ――より詳しく言うなら、Web関連技術との相性がよいこと、開発が容易であることと、機能拡張が容易であること、それがクロスプラットフォームで実行可能であること、の4要素――に集約されると僕は考えている。それ以外の点、安全だとかカッコイイとかカワイイとか便利だとかいうのは、時期的な偶然だったり、主観的な思い込みだったり、慣れだったり、そういう、移ろいやすい夢幻のようなものでしかない。
ActiveXコンポーネントという形で、IEにはFirefoxと似たような仕組みがもう10年近く前から実装されていた。にもかかわらずIEのそれは大きく注目されず、Firefoxの拡張機能は注目されている。何故か？
XUL/Migemo [Forked Edition] 0.3.8 - Apr 27, 2006
XUL/Migemo更新した。0.3.8での変更点は以下の通り。
- ビューポートからの検索を有効にした状態で、プレーンテキストのページなどで検索できなくなる事があったのを修正
- 自動スタートを有効にした状態で「Ctrl-/」「Ctrl-\」などのキーボードショートカットが機能しなくなってしまう問題を修正
要するにバグフィックス。
searchcache改造版 2005.06.15.2006042601〜2006042601 - Apr 26, 2006
searchcache改造版を更新。
Download and Install searchcache 2005.06.15.20060426012006042602
変更点は以下の通り。
- デフォルトの文字コード認識に失敗する問題を修正
- 「Go」ボタンを追加
突然検索できなくなる問題については、相変わらず原因不明で対処不能にて絶賛放置中。
Line Marker 2.0 - Apr 13, 2006
ScrapBookの1.0がリリースされてたので入れてみたら、スクラップに対してマーカーを指定したりとか色々できるようになっててびびった。それに触発されたというのもあって、Line Markerを更新してみたよ。
数年前に開発した当時は全然見当もつかなかった「マーカーをサイトごとに保存する」という機能について、今ならできるかも！と思ったというのも理由の一つ。
一応解説しておくと、選択範囲からDOM2 Rangeのオブジェクトを取得して開始位置と終了位置を割り出し、開始位置と終了位置のそれぞれのノードをXPath式として保存、ページ読み込み時にはそのXPath式を評価してマーカーを復元、という要領です。式の生成にあたってはidやnameを一応見るようにはしてますが、ページの構造が変わるとマーカー位置を見付けられなくなりやすいので、検索を利用するなどしてこのあたりの処理をもう少し改善したいところです。
MyStickiesの国際化対応 - Apr 07, 2006
好きなWebページに好きなように付箋を貼り付けられる拡張機能でMyStickiesというものがあります。同名のWebサービスと連携して動作するもので、アカウントを作成すれば誰でもすぐに使えます。
で、試してみたんですが致命的な問題がひとつ。日本語が通らねえ！！ いや保存した付箋が再読み込みされた段階で、日本語の文字がことごとくエスケープされて表示されてしまうんですね。これじゃ使い物になりません。
でもこれ、非ASCII文字がエスケープされてしまってるということだけが問題なので、ならばアンエスケープしてしまえばいいじゃまいか！と、ごにょごにょいじって作ってみました国際化対応版。
まあ、unescape関数を適当なところに2〜3個書いただけなんですが……
リッチテキストエリアでXUL/Migemoが反応してしまう問題 - Apr 05, 2006
GmailのHTMLメール編集モードなどで使われているリッチテキストエリアは、HTMLのフォーム部品を使わず、JavaScriptでキーイベントを捕捉して諸々の処理を行うことで実現されている。
実はFirefoxでtextareaなどのフォーム部品でも内部的には同じ事をやっているのだけれども、XULアプリケーションの開発程度までのレベルでは、このあたりの処理はほぼ完全に隠蔽されているので、ユーザも開発者もこの実装の事を意識する必要はない。
でもGmailのような普通のWebページでこれをやられてしまうと、困ったことになる。入力がリッチテキストエリアの中で行われた物なのか、それとも他の部分で行われた物なのか、判別ができないのだ。しかも、サイトによってリッチテキストエリアの実装方法が違うので、それいっこ書いておけばどんなサイトでもきちんとリッチテキストエリアを検出できる！というようなコードを書くことは非常に難しいと考えられる。
Rewind/Fastforward ButtonsのようにXPath式をサイトごとに登録しておけるようにするとか、いくつか方法は考えられるけど、どれも面倒だなあ……
追記。この件、修正できました。