2006-01-07
もじら組 Wiki のサイト内検索をするための Firefox 用の検索プラグインを作ってみました。
アイコンが手抜きなので、誰か何とかしてください。:p)
2006-01-07
多言語によるコンテントネゴシエーションを行っているサイトへアクセスする際に、使っている UA の言語設定をいじるのは面倒だということで、UA の送出する http リクエストヘッダに Accept-Language を追加して、他の言語リソースを get するためのゲートウェイを作ってみました。
なお、UI の設計にあたって、哀さんにご協力いただきました。ありがとうございます。
2006-01-08
http リクエストヘッダ の Accept フィールドでコンテントネゴシエーションしているサイトに、任意の Accept ヘッダを追加で送って、なんかを get するためのゲートウェイも作っていたので、Accept-Language を変更するゲートウェイ に引き続きそれも公開。
おもに、cho45 さんとこの、FoaF を閲覧するのに作りましたが、折りしもサイト全体でも色々楽しめるようになったようです。(謎)
2006-01-10
Operaの三大長所とは何なのか にて、Opera は新しくタブを開く場合にそれをバックグラウンドで開くか、それともフォアグラウンドで開くか選択できるようになっているのがいいところ、みたいなことが書かれていました。なるほど確かに、Opera のコンテキストメニューを見るとそのようになっています。やった、拡張を作る手ごろなネタ、ハケーン。:p)
Firefox の場合、オプションダイアログのタブのところに、リンクから開いたタブを前面に表示する
という設定があり、これを適当に設定することで、リンクをタブで開いたときの動作を変更できます。
当初は Opera のように コンテキストメニューに追加する UI を考えたのですが、いちいちコンテキストメニューを出して選ぶほどのものでもなかろうと思い、何らかのキーを押しつつ、中クリックでリンクを開いたときは、リンクから開いたタブを前面に表示する
の設定が逆になる UI がいいのではないかと考えました。
さて、どのキーがいいか考えます。Ctrl+ クリックだと、標準的にタブで開くので、Ctrl は駄目だろう、Shiftキーはウィンドウで開くときに使うから駄目だし、altキーか、などと考えます。試してみると alt キーを押しながらクリックだとダウンロードになるようです。知らんかった。:p)
ふーむ、割り当てる手頃なキーがないな、複数押しかと思い、Ctrl+Shift キーで試してみます。あれ？できますね。なんだ拡張いらんじゃん。
ってことで、Firefox の場合は リンクを Ctrl+Shift+ クリックすることで、タブを開く場合の挙動を リンクから開いたタブを前面に表示する
で設定したものと逆の挙動で開くことができるようです。
2006-01-14
いわゆるCSS 関係者に37の質問の質問が、最近結構増えているようなのでそれに回答するついでに、以前書いた部分でも変わった部分があるのでそこ等も修正してみた。
もっとも、古い回答で修正した部分はあまりにも最近の事実と食い違っている部分にのみにとどめております。（面倒だったらしい。
2006-01-16
User Agent が xml を accept していない場合は、xml 宣言を出力しないようにしてみた。具体的には、HTTP リクエストヘッダ の Accept フィールドに xml という文字列が存在するかどうかで、xml 宣言を出力するかを決める以下のようなコードを xml 宣言の代わりに埋め込みました。
<?php if(eregi("xml", $_SERVER['HTTP_ACCEPT'])){print("<?xml version=\"1.0\" encoding=\"utf-8\"?>\n");} ?>
なんか不都合があるかもしれませんが、不都合がある場合はお知らせいただけるとありがたいです。
これを行うことで、IE では xml 宣言無しになります。それに伴い、IE ではこの日記のレンダリングモードが Quirks mode から Standard mode になるはずです。IE の Standard mode でこの日記のスタイルを見たことがほとんどないので、もしかするとそこらで閲覧しにくいところが発生するかもしれません。そこ等もおかしなところがあったら、教えてくださると喜びます。
2006-01-17
昨日書いた xml 宣言を出力したりしなかったり に lint 先生の HTTP_ACCEPT にて反応いただきました。
Another HTML-lint だと、Accept するのが、*/* のみのために、xml 宣言が出力されずにエラーになってしまうという問題点の指摘です。ご指摘どうもありがとうございます。＞Hajime Hoshi さん
しかし実のところその点に関しては合点してやっています。というのも、自分の気がつかないエラーを発見する目的で Another HTML-lint を使うのであって、既知の減点に関してはまぁいいかなと。他にもこのサイトでは、application/xhtml+xml を Accept するかどうかで、application/xhtml+xml として送出したり、text/html で送出したりしているのですが、Another HTML-lint は Accept していないのでその点でも減点を食らっています。しかし、その点に関しても自分でわかってやっているのでいいかなと思っています。lint だけ特別扱いすることも可能なことはわかっているんですけどね。
ぶっちゃけ、xml 宣言を出力したりしなかったりする目的は、IE に Standard mode でレンダリングさせるためなわけですが、USER_AGENT に "MSIE" が含まれていた場合に、 XML 宣言を除く
という判別方法だと、いわゆる UA 詐称している場合に困ると考えたわけです。
例えば、Opera は、標準で Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; ja) Opera 8.51 を吐ける機能を装備しています。まぁ、Opera 向けに xml 宣言がなくて困ることがあるとも思えないのですけども。また、細かく条件を設定すれば Opera は含まないけど、MSIE は含むとかアレコレすることも可能かと思いますが、そういう方式でやるとどんな UA がどんな UA 名を吐くかなどといったことに常に気を配っていないといけないことになってしまうと考えます。
もしかしたら、来たるべき IE7（何）では xml 宣言があると Quirks mode になってしまうというバグが直っているかもしれないし。（希望的観測
もしかしたら、xml を Accept するけど、xml 宣言があると Quirks mode になってしまうというもっとひどいことになっているかもしれませんけども。:p)
いわゆる一般的なブラウザではなく、xml を処理するなんらかのアプリケーション的なもの（まぁブラウザもそうなんですが）で、xml 宣言がないと処理に不都合な UA であれば、きっと Accept フィールドで */* とかじゃなく、明示的に xml という文字列が書いてあるに違いないと期待しているんですが……。
2006-01-19
Repetitive Restructure - ユーザースタイルシートで背景画像指定ってできないのか にて、Firefox のユーザスタイルシートで背景画像を指定できないのかと困って（？）おられるようなのですが、そうだっけと試してみました。
おそらく、ローカルファイルを指定してもセキュリティ上の理由とやらで駄目だろうということで、web の画像を背景画像にしてみました。userContent.css に以下のスタイルを定義。
@-moz-document domain("cogwheel.vis.ne.jp") {
body, #content{
background:#333 url("http://diary.noasobi.net/style/fx_bg1.jpg") no-repeat fixed;
}
.text{
background:#333 url("http://diary.noasobi.net/style/fx_bg2.jpg") no-repeat fixed;
color:#fff;
}
}
最初の @-moz-document というのは、Firefox 1.5 から使えるようになったサイト別スタイルシートを指定するおまじないです。ここらの書き方については、@-moz-documentルール にあるとおりです。
で、実際に適応させてみたところのスクリーンショットのサムネイルは以下のとおりです。
ちなみに、背景画像を web 上に置くと言っても、ローカルにサーバを立てている場合はローカルアドレスでも大丈夫です。
ローカルでサーバを立てていないという場合はデータスキームを使って、css ファイル内に画像を直接記述するという方法もあります。背景画像ではありませんが私が userContent.css で使っているのは、こんなのです。
a[target="_blank"], a[target="_antenna"], a[_base_target="_blank"], a[href^="javascript"] {
cursor:url("data:image/cur;base64,AAACAAEAFBgQAAAAAADoAQAAFgAAACgAAAAUAAAAMAAAAAEABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///8AAAAAAP///wAAAP8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEREREREREREREQAAEREREREREREREQAAERERESIiIiIREQAAERERESERESIREQAAEREREiEiISIREQAAEREREiEjMSIhEQAAERERIiEjMyMhEQAAERERIiERMzMiEQAAERESIiIiIzMiEQAAERESEiIiMzMiEQAAEREiEiIiIiIiEQAAERIiEiIiIiIiEQAAERIhEiIiIiEiEQAAEREREiEiEiEiEQAAEREREiEiEiEhEQAAEREREiEiEiEREQAAEREREiEiEREREQAAEREREiEREREREQAAEREREiEREREREQAAEREREiEREREREQAAEREREiEREREREQAAEREREiEREREREQAAEREREREREREREQAAEREREREREREREQAA///wAP4AcAD+AHAA/gBwAPwAcAD8ADAA+AAwAPgAEADwABAA8AAQAOAAEADAABAAwAAQAMQAEAD8ADAA/ABwAPwB8AD8D/AA/D/wAPw/8AD8P/AA/D/wAP5/8AD///AA"), pointer;
}
2006-01-19
xml 宣言を出力したりしなかったり の続編(何)です。
ちょっと改良してこんな感じに。
<?php
if(eregi("xml", $_SERVER['HTTP_ACCEPT']) || !eregi("MSIE", $_SERVER['HTTP_USER_AGENT'])){
print("<?xml version=\"1.0\" encoding=\"utf-8\"?>\n");
}
?>
xml を Accept するか、あるいは UA 名に MSIE の文字列を含まない場合は、xml 宣言を出力するという方式です。何か泥縄ぽいです。ちょっといやだなぁ。:p)
2006-01-19
宣伝です。:p)
秀和システムより、『Firefox を究める256のテクニック』という本をピロさんと共著という形で出版しました。買ってください。
内容的には、ピロさんが書いているように、初心者から中級者の域に達しようかというくらいの人を想定した
ものです。それでも、巻末付録の「さらなる改造を目指して」という章では、簡単な拡張機能の作り方なんかも結構な分量を割いて書いてあります。最近、私がしょぼしょぼの拡張機能をいくつか作っているのもこの章を読んだからに他なりません。:p)
結構な数の拡張機能を紹介していますし、userContent.css や userChrome.css を使ったカスタマイズ方法や、直接本体をいじって行う簡単な改造方法にまで触れているので、これからバリバリ Firefox をいじってみようという方にはお勧めです。是非お買い求めくださいませ。すでにバリバリ使っている方ももちろん、買ってください。
2006-01-26
ブックマークするほどでもないけど URI をちょっとメモっておきたいなっていう場合、今時は del.icio.us なんかのサービスを使うのがお手軽でかつ、便利だと思います。で、自前のメモをやめてそっちへ移行したいとも常々思っているわけですが、インポできないので移行できないという。orz
ということで、自前メモアプリの使い勝手を上げるべく。URI メモ をちょっといじって tag による絞込みの機能を実装してみた。
段々、メモの量が増えてきたので、ページめくり機能(何)をつけたいなとも思ったのですが、そうなると、メモの全文検索の機能もないと不便なんですよねぇ。1ページだけだったら、ブラウザの検索機能で検索できますから。とりあえず、しばらくはこのまま行ってもっと増えて困った事態になったら考えよう。:p)
あ、あとメモの RSS ですが、これまですべてのアイテムを出力していたのですが、さすがにそれは無駄な気がしたので、最新のメモ20件分のみを出力するように変更しました。
2006-01-28
うちはあまりコメント spam や トラックバック spam、リファラ spam などの各種 spam は来ないほうだと思うのですが、それでも多少は来ます。それもどうも、特定のエントリーに限ってよく来るようなんですね。というようなことを、#汚れの巣で話していたら、他の人にもそういう傾向があるらしいことがわかりました。
なんか spam を呼び寄せやすいタイトルとか URL とかあるんでしょうか。ということで、一体どういう理由で特定のエントリーに spam が集中するのか分析を試みるべく、よく spam が来襲するエントリーを募ってみます。以下のページより募集しますのでよろしくどうぞ。
なお、このリストに登録することで、spam が増えることがあるかもしれませんが、それに関しては責任を取れませんのであしからず。:p)
[ このエントリへはコメント出来ません ]