たまに18歳未満の人や心臓の弱い人にはお勧めできない情報が含まれることもあるかもしれない、甘くなくて酸っぱくてしょっぱいチラシの裏。RSSによる簡単な更新情報を利用したりすると、ハッピーになるかも知れませんしそうでないかも知れません。
の動向はもえじら組ブログで。
宣伝。日経LinuxにてLinuxの基礎?を紹介する漫画「シス管系女子」を連載させていただいています。
以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能!
「拡張機能」「テーマ」「プラグイン」「検索プラグイン」などなど、似て非なるものが色々あるのはユーザに対して望ましくないことだと思うので、窓の杜の「いちいち呼び分けるのは分かりにくい。統一的にプラグインと呼ぶべきだ」という考えには僕も一定の理解を示したい。
ただ、考えるのと、実行に移すのとは別だ。実行に移すということは他者に影響を与えるということだ。窓の杜ははっきり言って、その点について無責任過ぎる。
なんで今更こんなことを思うかというと、拡張機能の開発を取り扱う場面で「Firefoxのプラグインってどう作るの?」みたいに無邪気な質問が出てるのを見掛けて、さすがに窓の杜の「罪」というものを認識したからだ。拡張機能の開発したい人をプラグインの開発に誘導してどうするよ。原理からして全然別物なんだよこれらは。
こういうところで混乱を招いている責任をどう取ってくれるというのか。
ほんと、プラグイン特集とか言ってハシャいでる場合じゃないでしょう。あのネトランですら、ちゃんと「拡張機能」って呼んでるのに。良識を疑うよ。
UIがわかりにくいという指摘を受けて、自分なりにもう少し表現を変えてみた。
普通の人向けのわかりやすさと、技術的に正しい用語と、どう折り合いを付けていけばよいのだろうか……え、用語とかの瑣末な問題じゃなくて、そもそも設計が腐ってるって?
Text LinkとLinkificationは用途が似てるのでよく比較されるようだ。前者は「リンクされてないURIをリンクのように読み込む機能」を加えるもので、後者は「リンクされてないURIをリンクにする機能」を加えるもの……という違いがあるけど、得られる結果は同じなので、ますます「何が違うねん」ということになる。
そんなわけで、Mozilla Updateに登録した当初は結構否定的なコメントが(っていうか全否定のコメントが)付いてたようだ。曰く、「Linkificationがあるんだから何でこんな無駄なものを登録する必要があるんだ?(大意)」とか。まあ確かに、似たようなのが乱立するとうぜえってのは事実なんだけどさ。「まったく同じ。無駄でしかない。」だなんて言われると、それはそれでカチンと来るわけで。
……というわけで必死になってアドバンテージを見出そうとしてみたんだけど、なんかショボい利点3つしか見つからんかった。しかも英語圏では全然嬉しくないし。
Mozilla Japan第2回セミナーのプレゼン資料を公開しました。内容は要するに「かくちょうきのうのつくりかた」です。
説明不足なところは構成案メモと照らし合わせながらどうぞ。
XUL/Migemo勝手改造版更新。変更点は以下の通り。
Shift-F3とか検索ツールバー上のボタンで前方検索しようとしてうまくいかんかったからというのが、上記の問題に気付いた理由。
スクロールボックスまわりで行き詰まってた件だけど、なんやかやしとるうちに解決できてしまいました。
scrollbox要素は内容を勝手にクリッピング表示しやがるという仕様なのだとばかり思ってたんだけど、xul.cssでの基本的なスタイル定義を見てみると、overflow: hidden;
と書いてある……えぇぇぇぇぇええ、要素の仕様でそうなってるんじゃなくって単にCSSの指定でそうなってただけなのォォォォオオ!? 今の今まで気付いてなかった僕はアホすぎですね。
つうことはですよ。scrollbox要素の中にスクロールバーが表示されないのはoverflow: hidden;
が指定されていたからでしかなく、overflow: auto;
等にすれば他の要素と同じようにスクロールバーが表示されるってことですか? ンでもって、scrollbox.boxObject.QueryInterface( Components.interfaces.nsIScrollBoxObject )
の各種メソッドを使えばスクロールバーを表示しながら同時にスクリプトでscrollboxの内容のスクロール状態を制御できるってことですか? nsIScrollBoxObjectの機能はoverflowで溢れた内容を制御するための物で、この機能を使える唯一の要素型がscrollboxだ、だから制御可能なスクロール領域を作るにはscrollboxとoverflowを組み合わせれ、という話だったんですか?
……ということにやっと思い至ったので、バインディングを使ってタブバーの中にscrollboxを組み込む形にコードを書き直してみた。テストしてみたらやはり予想通りに上手く動いてくれたので、SeaMonkeyでテストを繰り返しながら細かいバグを取り除いて、これで完成としておく。
ああ疲れた……
XUL/Migemo勝手改造版更新。変更点は以下の通り。
ぶっちゃけMigemizeExplorerのパクリです。残り時間が分かるとちょっとイイかなーと思って、軽い気持ちで。
XUL PlanetのXUL要素リファレンスのscrollboxの解説見たら、「内容をスクロールできるようにする機能を持つボックス。スクロールバーは表示されない。スクロールバーが使いたければCSSのoverflow:auto
を使え。(大意)」とある。
しかしoverflow:auto
の効果でスクロール可能になったボックスについては、内容をスクリプトでスクロールさせるためのインターフェースが用意されていない。裏技的なテクニックで実現は可能だけれども、これはどう見てもバッドノウハウの塊なので、動作が保証できない。事実、SeaMonkey 1.0ではもうこの方法が使えなくなってしまっている。
どうすりゃいいんだYO! やっぱアレですか、scrollbarとscrollboxを組み合わせて双方の連携を取れるよう自力で実装するしかないですか。なんてこったい。
こないだ紹介した、Firefoxのタブをツリー表示する拡張機能のTab Treeですが、Ver.0.1.4でツールバー用のボタンが用意され、Sidebar Mix等の他の拡張機能と組み合わせなくても簡単に利用できるようになってますね。