hail2u.net - Weblog - pre要素へのスタイル指定
idea * ideaでエントリになっていたので、言及されていることだしうちのサイトのことだけちょっと書こうかなとか考えてみたら結構色々あって、エントリのネタになりそうだったのでまとめてみた。どっかにもちょろっと書いたけど。 実際にスタイル指定を書く前に抑えておくべき知識として以下のようなものが挙げられると思う。 ほとんどのブラウザでpreは等幅フォントで表示される ほとんどのブラウザでpreのwhite-spaceはpreになっている フォント・ファミリを指定する場合は最後にGeneric font familiesが必要になる overflow: scroll;では縦横どちらにあふれた場合でも縦スクロール・バーと横スクロール・バーが両方とも出る overflow: auto;ではあふれた方向にのみスクロール・バーが出る Internet Explorerではoverflow: auto
インバウンド・リンクのリスト
TrackBackの代わりにWebサービスAPIを利用してインバウンド・リンクをリスト化して表示しようかと考えた。blogにTrackBackの機能を持たせるのは悪くはないのだけどコストが高いと思うので、WebサービスAPIを利用して低コストでTrackBack的な情報をページに持たせることが出来たら良いなと。結果はうまくいかなかったのだけど。 TrackBackがコストが高いというのはやはりスパムの問題が大きい。規模の小さいサイトならTrackBack受信の仕組みが稼動するのはスパムを受けた時ばかりという状態になったりするだろうし、規模の大きいサイトならとてつもなく大量のスパムを戦うことになるだろう。つまり、TrackBackを受けることよりもスパムを弾くことに注力せざるを得ない。その結果としてpermalinkからTrackBack Auto-Discoveryを削除して、目視でTra
JSONScriptRequest
動的にscript要素を追加してやることによってクロス・ドメインのJavaScriptファイルを読み込むというテクニック。Firefoxの場合は動的に追加するscript要素のonload属性で読み込んだJavaScriptファイルを処理するfunctionを指定してやれば問題ない。しかし、これをクロス・ブラウザで実現するには違ったアプローチが必要になる。そのひとつがJSON and the Dynamic Script Tag: Easy, XML-less Web Services for JavaScriptで取り上げられているJSONScriptRequest。XmlHttpRequestと比較するとかなり機能が限定されたものだけど、扱いが手軽で限定された環境ではなかなか威力を発揮するっぽい。 JSONScriptRequestはどうやらJSONPと呼ばれている、JSONデータをc
FirefoxのuserContent.cssネタ #2
今回はurl-prefix()を使った奴とか書いてみたり。いろいろやってたらuserContent.cssが2000行超えたりしましたが、特にページの表示が遅くなるとかいう感じは無いので、いくらでもCSSルールを書いて良さそう。限界はあるでしょうがね。 @-moz-documentとurl-prefix()を組み合わせて使えばURLの先頭一致でルールの適用を制限できたりします。具体的には、 @-moz-document url-prefix(http://www.example.com/~foobar/) { body { font-size: 100% !important; } p { line-height: 1.5 !important; } } とか、こんな感じで"http://www.example.com/~foobar/"で始まるURLのページだけに適用されるブロックを作成
hail2u.net - Weblog - FirefoxのuserContent.cssネタ
Firefox 1.5 Beta 1よりURLやドメインなどでCSSルールを切り分けることが可能になりました。これによりuserContent.cssがとてもいじりやすくなった(あるサイト向けにテキトウに書いても他のサイトに誤爆しなくなった)ので、userChrome.cssと同じくガリガリいじると楽しいようなそうでもないような感じです。 _blankなリンクのカーソルを変更 a[target="_blank"] { cursor: alias !important; } cursor: crosshair !important;とかやってる人が多いことと思われますが、1.5 Beta 1から先取りサポートされたaliasにするとより直観的に把握できるようになると思います。 View Page Sourceのフォントを固定する body#viewsource * { font-family
SIXTY-SIXとかいうの #2
Amazon E-Commerce Service 4.0は「"」や「'」をそのまま返してくれる(XML的にはまぁOKなんだけど)ので、場合によってはそれらを適切に扱ってやらないとまずかったりします。PerlなりRubyなりでやる場合は大して面倒でもなんでもないのですが、XSLTでどうにかしようとするとなかなか厄介。厄介なのでSIXTY-SIXではこの仕様に由来するバグを放置していたわけですが、どうにかできそうだということを理解したので、ItemSearchをJSONで整形するXSLスタイルシートを修正してみました。 「'」のエスケープは、translate()では出来ないので、 <xsl:template name="replace"> <xsl:param name="str"/> <xsl:param name="from">'</xsl:param> <xsl:param
hail2u.net - Weblog - IEDevToolbar : Firefox Extension「Web Developer」に似たIE用ツールバー
MicrosoftからIEDevToolbarとかいう「Web開発に欠かせない！」とか「Web 2.0時代のマストアイテム」とか言ってもらいたそうなInternet Explorer用ツールバーのBetaが出ました。「Web Developerのパク・・・」とか言うとこの世から抹殺されそうなので言いません。 味も素っ気も無い見た目ですが、使い勝手は悪くないです。DOM Inspectorなどがあるので、トータルではFirefoxの圧勝でしょうけど、一通り機能は揃っているのでこれはこれで良いのかも。とは言うもののこれだけで他には何もいらないというわけではないので、意地でもInternet Explorerでという人は、 IEDocMon: DOM Inspectorみたいな奴 ieHTTPHeaders: Live HTTP Headersみたいな奴 なども合わせて入れておくと良いかも。バッ
Amazon ECS 4.0のXMLからフィードやJSONに
Amazon Web ServicesのE-Commerce Service 4.0ではクエリにStyleというパラメータでXSLTスタイルシートのURLを指定することによって返ってくる結果のXMLを整形することが可能です。前からありますけど。久々にAmazon熱が出たので、RSS 2.0とJSONに整形するXSLTスタイルシートを書いてみました。 RSS 2.0で整形(XSLTスタイルシート: ecs42rss20.xsl) JSONで整形(XSLTスタイルシート: ecs42json.xsl) JSONで出力する場合は、クエリにStyleと共にContentTypeというパラメータでtext/javascriptを指定してやると良さげです。あーあと最速の人に教えてもらって、Internet Explorer対策にnullとか仕込んでます。こうしないとカンマで終わってるところでエラーが出
はてなブックマークの関連URLを指定(出来たら良いな)
みんな大好きなはてなブックマークには、関連URLという機能があります。が、現状では気が向いた人が人力で入力するという感じみたいです。これをブックマークされる側で指定できたら幸せなんじゃないかなとか。そうなれば、ある英語のサービスについての紹介とかいうエントリを書いた時にはそのサービスのURLとか、ある英語のページの翻訳を書いた場合は元のページのURLとかをブックマークのページに表示でき、ブックマークを漁って行動する人にはちょっと便利だったりしそうとか。ある本の感想を書いた時にアサマシURLを仕込んだりとかも出来そう(むしろこれがメイン)！ 以下はこの妄想を実現するという仮定に従って書いてます。 既にはてなブックマークはページの概要(らしきもの)の取得やAccout Auto-discoveryのために、ブックマークされた時にそのページをHTTP GETするので、どうやって関連URLの情報を
hail2u.net - Weblog - デスクトップのプロセスを別にする
新PCに伴いカリカリにチューニングしたくなるわけで。取り上げてみるのはデスクトップのプロセスを別にするというもの。これを設定しておくと何かの拍子にExplorer.exeが落ちてもタスクバーが生き残る・・・はず。タスクバーが生き残るということは、タスクトレイが生き残るということなので、タスクトレイに最小化しておいたまま操作不能になるとかそういうことがなくなります(多分)。 設定するためにはレジストリを編集します。編集するキーは、 HKEY_CURRENT_USER Software Microsoft Windows CurrentVersion Explorer で、ここにDesktopProcessという名前のDWORD値を作成してやり、値に1を指定するだけ。その後、Windowsを再起動すると設定完了です。Windows 2000でも有効です。 ちなみにこれを設定しておくと、Expl
hail2u.net - Weblog - IEでフロートさせたボックスのマージンが倍になるバグ
WindowsのIE5.5や6など(5とか5.01は知らない)にはfloatさせたボックスへ指定した左右のmarginが正常に反映されない(倍になる)というバグがあります。最近はfloatを使ってゴニョゴニョする機会も多いと思うので厄介に考えている人も多いでしょう。実はdisplay: inline;とか指定してやると回避できちゃったりとかします。ネタ元はThe IE Doubled Float-Margin Bugだったような気がしますが、別なところで見つけたような気もする。 バグの状況自体は上記CSSバグリストのURLを参照していただければわかりやすいです。と言いつつ回避手段の使用前/後を並べてみたHTMLを用意してみました。IEで見れば一目瞭然で、1つ目のコンテナ内のフロートさせたボックスの左のマージンは倍(80px)になっているのに対し、2つ目のコンテナ内のフロートさせたボックスの
hail2u.net - Weblog - 二重枠線ボタン
どこかで「フォーム・ボタンのボーダーにdoubleを指定するとカッコイイぜ！」みたいなのを見つけて、1週間ほど前から使ってみてたりするわけですが、これはなかなか良い気がする。とりあえず憶えておくと即戦力になります。 doubleだとカッコイイとは言っても、実は単にdoubleにすれば良いわけではないようで、四辺のborderを別個に指定し、うまいことベベルっぽくしないとダメな感じ。 僕はシャイで口下手(エイプリルフールは過ぎたのにネタっぽい)なので、言葉では説明できないため、デフォルトのボタンからCSSのルールを増やしていってかっこよさげなボタンを作るプログレスをHTMLでまとめてみました。 borderのサイズはいろいろ試してみればわかりますが、3pxじゃないとうまいことまとまってくれません。 フォーム部品のスタイリングは困ったものなので、こういった即戦力なテクニックを憶えておくとなかな
正規表現のeオプションをJavaScriptでエミュレート
Perlなどの置換系の正規表現ではeというオプション(フラグ)をつけると、置換後の文字列をプログラム・コードとみなしてくれるわけですが、JavaScriptのreplace()の第一引数で指定する正規表現にはeオプションなどというモノはありません。しかし、replace()の第二引数である置換後の文字列にはStringオブジェクトや文字列リテラル以外にも関数を指定することもできるので、事実上eオプション相当のことが実現できます。エミュレートというのは正確ではない気がするけど気にしない。 具体的には、 var s = "asdf123asdf123456asdf123asdf"; document.write( s.replace( /123/g, function (num, idx, old) { return parseInt(num) + 333; } ) ); という感じ。上記例で
BlogMarks.net API
サムネイル付きソーシャル・ブックマーク・サービスのBlogMarks.netがAPIを公開しました。流行りのXML over HTTPなAPIで、Atomで返答があるというモノ。 APIの公開自体は特に何も言うことは無いのですが、このサービスの特徴であるサムネイルの画像も取得できるところがものすごくポイント高いと思います。ぶっちゃけ任意のURLのサムネイルを拾ってくることが可能。つまり今まではwebnail2やその他プログラムでローカルでやっていたことが、かなり手軽に、かつ、ローカルのリソースを消費することなく実現できるというわけ。 実際には自分のアカウントにPOSTして、それをGETという感じになるっぽいので、URLを指定してサムネイルだけをガバッとゲットとはいかないみたいです。 なんにしても上手く使えばかなり面白そう。
hail2u.net - Weblog - BloglinesとBasic認証
どうやらBloglinesでBasic認証のかかっているフィードを購読したり出来ちゃうみたいです。ちょっと実験してみましたが、閲覧自体は問題無い感じ。ただ・・・多分、すごく危険・・・な気がする。 登録の仕方は、URLにユーザー名とパスワードを付けるだけです。 http://username:password@example.com/path/to/feed みたいなアレ。こういうURLのフィードを手動で登録すると、BloglinesのクローラーがちゃんとBasic認証のリクエストを送ってくれるというわけ。ほとんどまともに使っていないGMailのフィードとかを洒落で登録してみましたが、問題なく読めました。 ただ、基本的にsubscribeしたフィードに関する情報はBloglinesユーザーで共有されてしまうので、最低でも登録する時にAccessをPrivateにしておかないとまずそうです。P
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
