URI メモ をちょっといじった
2006-01-26
ブックマークするほどでもないけど URI をちょっとメモっておきたいなっていう場合、今時は del.icio.us なんかのサービスを使うのがお手軽でかつ、便利だと思います。で、自前のメモをやめてそっちへ移行したいとも常々思っているわけですが、インポできないので移行できないという。orz
ということで、自前メモアプリの使い勝手を上げるべく。URI メモ をちょっといじって tag による絞込みの機能を実装してみた。
段々、メモの量が増えてきたので、ページめくり機能(何)をつけたいなとも思ったのですが、そうなると、メモの全文検索の機能もないと不便なんですよねぇ。1ページだけだったら、ブラウザの検索機能で検索できますから。とりあえず、しばらくはこのまま行ってもっと増えて困った事態になったら考えよう。:p)
あ、あとメモの RSS ですが、これまですべてのアイテムを出力していたのですが、さすがにそれは無駄な気がしたので、最新のメモ20件分のみを出力するように変更しました。
- 関連記事
- 朝顔日記 - URL をメモる何か
- 朝顔日記 - memo.php 用の RSS を生成する何か
- 朝顔日記 - URI メモ ちょっとバージョンアップ（？）
『Firefox を究める256のテクニック』絶賛発売中
2006-01-19
宣伝です。:p)
秀和システムより、『Firefox を究める256のテクニック』という本をピロさんと共著という形で出版しました。買ってください。
- Firefox を究める256のテクニック
-
- 作者
- 下田洋志, 大和徳明
- 出版社/メーカー
- 秀和システム
- 発売日
- 2006/01/18
- メディア
- 単行本
- 定価
- 2,100円（本体 2,000円）
内容的には、ピロさんが書いているように、初心者から中級者の域に達しようかというくらいの人を想定した
ものです。それでも、巻末付録の「さらなる改造を目指して」という章では、簡単な拡張機能の作り方なんかも結構な分量を割いて書いてあります。最近、私がしょぼしょぼの拡張機能をいくつか作っているのもこの章を読んだからに他なりません。:p)
結構な数の拡張機能を紹介していますし、userContent.css や userChrome.css を使ったカスタマイズ方法や、直接本体をいじって行う簡単な改造方法にまで触れているので、これからバリバリ Firefox をいじってみようという方にはお勧めです。是非お買い求めくださいませ。すでにバリバリ使っている方ももちろん、買ってください。
- 関連リンク
- Amazon.co.jp の 『Firefoxを究める256のテクニック』紹介ページ
- 秀和システムの『Firefoxを究める256のテクニック』紹介ページ
- Firefoxを究める256のテクニックの目次
この記事へのツッコミ
- 1: めざら (2006-01-20T21:40:02+09:00)
- おめでとうございます。(^^)
いやー，お待ちしてましたよ。９月から…。
新刊案内から見落としたかなぁと心配で。
- 2: のり (2006-01-21T17:35:42+09:00)
- ありがとうございます。
なかなか Fx 1.5 が出ないもので予想外に時間がかかりましたね。その分ゆっくり執筆できたわけですけども。:p)
トラックバック
- 1: 野ざらし言/N.YAMAさんの本が出版されました (2006-01-21T11:25:48+09:00)
- N.YAMA氏の著作のタイトルが変更になり，「Firefoxを究める256のテクニック」というタイトルで出版されました。
- 2: 野ざらし言/ぶ・ろ・ぐ (2006-01-27T22:45:51+09:00)
- のりさんに色々紹介してもらって、トラックバックについて少し勉強してみました。
- 3: 日々、とんは語る。/昨日は大阪、明日は京都。 (2006-02-01T22:59:53+09:00)
- 今週は用事が多く、昨日は大阪で１泊。今晩帰宅して、明日は京都。日曜は神戸で結婚式の二次会。ついでに明後日に、先輩からライブのチケット代を受け取る事を忘れない様にしておこう。 それは置いといて、久しぶりにジュンク堂に行き、本を眺めていると面白そうな本が沢山刊行されていた。例えば、毎日コミュニケーションズが出版している Web Designing と言う雑誌で連載している CSS Analysis と言う世界の有名なサイトの CSS を検証、解説しているコーナーが単行本化していた。 ISBN:48399190 ...
- 4: もりもりもりあがる雲へ歩む/書籍でFox (2006-04-08T00:39:38+09:00)
- 買っちゃった！(ﾟ∀ﾟ)ﾉ・・・てか、「買ってもらった」。得意の図書館サソに（笑 Firefoxを究める256のテクニック
- この記事の永続的 URI ならびに トラックバック ping URI
- http://diary.noasobi.net/2006/01/diary_060119c.html
続・xml 宣言を出力したりしなかったり
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)
この記事へのツッコミ
- 1: 星一 (2006-01-19T18:19:31+09:00)
- IE で閲覧したときに真っ白になってしまっているような…。
- 2: Torch (2006-01-19T18:43:26+09:00)
- strpos($_SERVER["HTTP_ACCEPT"],"xml")<>FALSE
シンプルにこれでどうでしょう。
- 3: のり (2006-01-19T20:03:34+09:00)
- うちでは、真っ白現象は再現しないのですが、再現するという人もいるようなので、原因究明するまでとりあえず元に戻しておきます。
- 4: のり (2006-01-25T12:16:21+09:00)
- 原因がわからないというか、再現条件がよくわからないので、とりあえず問題なさげな、$_SERVER['HTTP_ACCEPT'] による判別だけで当面運用することにします。
- この記事の永続的 URI ならびに トラックバック ping URI
- http://diary.noasobi.net/2006/01/diary_060119b.html
Firefox のユーザスタイルシートで背景画像指定
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;
}
Re: lint 先生の HTTP_ACCEPT
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 という文字列が書いてあるに違いないと期待しているんですが……。
- おまけリンク(何)
- Accept
- HTTP 'Accept' ヘッダ
- rNote で application/xhtml+xml
