した (RSS1.0 = application/rdf+xml, Atom = application/atom+xml) のだけれど、これマトモに設定するとダウンロードになっちゃうんだよなぁ……まぁ分かってたことだから今まで text/xml で送ってたんだけど……なんでダウンロードしちゃうかなぁ。application だからだよなぁ。XML のときはパースしてくれりゃいいのに。せっかく xsl-stylesheet とか書いてるんだからさー

検索ってどうやってやろうかなぁーあれないと俺不便だよなーって考えてて思った。別に俺不便じゃないのよ。grep すればいいんだもん。あーそうか。あーそうか。んじゃグーグルに任せていいや。

少し前 に 現状 PHP にクエリ突っ込むような形しかないけど とか書いてるけど、別にローカルで変換させてふつーの HTML を転送したっていいじゃん。っていうかそのほうがいいじゃん。

サイト全体を XML + XSLT 化？ の続き。ファイル名から判断して msxsl に突っ込むスクリプトを書く。具体的には index.html.xml というファイルがあったら 2html.xsl を使って index.html に出力するというもの。

書いたはいいとして、何故か実行するたびにエラーがでたりでなかったり……パイプの使い方を間違っているんだろうかとかなんとか思ったり思わなかったり。

xyzzy で CDATA 領域に -- が奇数個あるとそれ以降ファイルの最後までコメントとみなされて困る……

IRI のことだけど、これがないと XSLT とかで上手いこといかないことが多々あったりする。例えばはてなキーワードにリンクしようとしても、http://d.hatena.ne.jp/keyword/はてな と書くと URI として Invalidとは言えブラウザが変換してくれることが多いのでアクセスできないこともないけど。しかも XSLT は URI 文字列に変換する関数とかを提供してないから、キーワードにリンクを貼ろうと思っても上手くいかない。

まぁだからさっさと実装してくれりゃいいんだけども、IRI が実装されたとしたら別の問題（？）っぽいのが出てくるよねぇ。ロケーションを示すのに http://例.jp/日記/2004/如月/01 とかいう感じになっても意味ないどころか日本語の入力方法が分からない人にとってはアクセスできない場所になってしまう。もし中国語だったらたぶん日本人はもっと混乱するような。日本語の似てる漢字でアクセスしようとしたら 404 なんてことがあるかもしれない。殆ど同じ形で見分けが付かないのに、内部的には言語が違うので別の文字だと認識されるんだろう。たぶん。まぁ入力できるだけマシだけど。

たぶん、俺が考えるには、IRI になったとしてもアスキーコード以外はロケーションの主要部分には使わないのが推奨されると思う。むしろそうしろよ的な。IRI が真価を発揮するのは、はてなキーワードとか、辞書とか、そういう類のリソースを表すときでしょ。「%XXX で表すよりはマシ」とかいうケースのときだけアスキー以外を使うって程度。つーか http://例.jp/日記/2004/如月/01 なんてアドレスは日本人の俺でも手で入力してアクセスする気にはならないし……入力モード何回切り替えろっつうのか。

長々と書いたけど、もしかしたら既に IRI の仕様書とか、ソレ系のやつで言及されてることなのか。いや、されてるよなぁ絶対……めんどくさいのでそういうの探してない (多言語が使える URI という認識しかない罠。ダメじゃん)

昨日？変えた。怪しい団体のロゴとかに似てなければいいけど……

タイトルのやつは OpenPhoto.Net のやつのコラージュ。せっかく CC ライセンスなんだから使うぜ！的。

• 閃光
• ロック
• 街と木と光
• 緑

でかすぎ。

上の画像なんですが（デフォルト CSS の h1 要素の background-image）、液晶画面で下から見ると悲しげな女の人の横顔が見えます。男の人の前頭部が鼻になって、後頭部が目、鼻が口、あごはあご。たぶん大げさなレベル補正すると分かるんですけども……まぁスタンドっすね。

Warning ヘッダなるものがあることを発見したので、UA てどう実装してんのかしらー？　ってやってみたけど無反応。ちょっと悲しげ17歳。

新しいスクリプトにしてから Google が拾ってくれない。拡張子ないからかなぁ。

啓蒙するとかどうとかじゃなくて、普通に見た目とデータの分離っつうのをどうやって理解させたらいいやらようわからん。全角スペースで margin やら text-align を実現しようとしたり、物理的な ruby 要素（←説明するのが激しくめんどい類）を使ったり。「てめーここでも読んで理解しやがれ」とか「このバカが」とか言ったところで意味ないどころか逆効果。全角スペースであれこれは俺の中で最高にダサい上に表示のことしか考えてないやつに全角スペースを使うなと言っても「じゃあこれをやるにはどうする」とか、そういう話になってうんこ臭いのでもうやめよう。

なんか朝焼けが激しい。外見たら世界の終わりがやってきたかとおもたyo。かみさまごっこしよう

sabなんとか XSLT 処理系で preceding がようわからない。いや、仕様通りかもしれないけど、それも意味がわからない。

注: 一つのドキュメントは (アトリビュートノードとネームスペースノードは除いて) ancestor および descendant、following、preceding、self の基準点によって分割される。つまり、これらの基準点には重なる部分はなく、全て一緒にするとドキュメント内のすべてのノードを指定することになる。

らしいけど。preceding が前のノードを全て選択してないような。前のノードっていうのを勘違いしてるやもしれない。

<doc>
<ele1>
<ele2>text</ele2>
</ele1>
<ele1>
<ele3>
<ele2>text</ele2>
</ele3>
</ele1>
</doc>

みたいな構造で、コンテキストノードが /doc/ele1[position() = 2]/ele3/ele2 だとしたときに preceding::ele2 としても /doc/ele1[position() = 1]/ele2 が選択されないっぽい。この文脈で preceding::* で選択できるのは ele1 だけ。 (自分の祖先を除く前の要素だけど、中身は含んでない) これって正しいのかしら？　正しいとしたら (正しくなくとも) sort を使うときに上手くいかない。(sort 使わないなら position() で頑張ればOK)

んでも実際上の簡易構造で試してないから間違ってるかもしれない。とりあえずやりたいことが長いこと上手くできる方法が見つからなくて疲れた。

<xsl:for-each select="$document('some.xml')">
<xsl:apply-template select="/root/element"/>
</xsl:for-each>

これが期待通りいかない。for-each の中でメインのソースドキュメントて処理できないのかしら。あー何かもうわけわからん……カレントノードが $document('some.xml') になるのは書いてあるけど、/ はメインのドキュメントのルートノードじゃないのかよと……どうやって書けばいいんだ W3C ちゃん。

なんかアレだなぁ……絶不調だ。普段はやる気でないし、やる気でたら意味わからんことばっかだ。何もできないときは何もしたくないんだけど、夏休み中にやっちまいたいんだよなぁ。あー高校生活があと20年ぐらいあればいいと思うよ。ただしインチキ臭くないないクラスメイトとマトモな教師がいる高校生活が。

傍点は絶対に ruby 要素で再現しちゃいけない……<ruby><rb>あ</rb><rp>(</rp><rt>・</rt><rp>)</rp></ruby> なんてありえない。「あ」は「・」と読むって何よ。「・」って何て読むんだ。

ただの強調なんだから em なんだよ。で、どうやってそれを説明すりゃいいんだ。マジうぜぇ。ウェブと紙はちげぇんだっつうの。あーもう。糞 CSS が。

表示しか考えてない人と、データがどうこう考える人とじゃ激しい温度差があるわけで。諦めてしまえばいいんですけどね。もうなんつーか strict じゃないと気にくわない体になってまいりました。strict 云々抜きにしても音声ブラウザ考えたら (実際に読ませていないけど、場合によっちゃ「てん」としか読まないんじゃないかね) 絶対あんな糞以下のマークアップできないと思うんだけど……まぁその程度しか伝える意欲のないやつに何言っても無駄な気もするから結局俺があきらめることになるわけですけど。別に俺のじゃないからいいけど、俺の管理下で糞マークアップするんじゃねぇ的なアレですよ。めんどくさ。寝よう。

えっと、W3C ホストとして見本がどうたら雑誌で言っていた気がするので。

• design switch すると構造が変わるよ。なんで？
• desgin switch の真ん中のやつが幅固定だよ。なんで？
• desgin switch の右のやつが幅固定だよ。なんで？
• ちょっと理解できない table 要素あった。いや凡人以下の僕に理解できないだけかもしれない。
• <div class="clear"><br /></div> って何？
• RSS の Content-Type ヘッダが text/plain. だよ？　何か意図が？
• 文字を画像化したやつが img 要素として存在するよ？　意味あるの？
• 英語版ってコンネゴしないんだ。残念。

ぼーっとしながら見てみた。雑魚の俺には理解できないことばかり。世の中ミステリーに溢れてます。

position: relative; top: -1.66em; で親要素はみ出したやつの中にあるアンカが全部効かない条件は違うかもしれない意味わかりません。流石超上級者向けブラウザ。僕みたいなネット初心者じゃ解決できないです。

ちなみに margin: -1.66em 0 0 0 とかやると表示さえされません。アラ素敵。

ウェブコンテンツアクセシビリティガイドライン読んでて思ったよ、やはりアクセシビリティって難しい。機械的にチェックできる部分は機械的にできるからいいけど、例えば正しい言葉で書けとか、ちゃんと xml:lang を指定しろだとか、耳が痛い。見出しにアルファベット使ってるけど、本当は日本語使ったほうがいいだろうなぁとか。

この日記はお世辞にもアクセシビリティが高くない……トラックバック用の URI とか参照用の URI をどこに書くかとか。あーむずい。

Google が拾ってくれた @2004年8月の湾岸日記 から特に検索キー与えないでなんちゃらっつうのを見て、あーもしやとか。site:lowreal.net で検索してみると一応各ページがヒットする。でも中身拾ってもらってないみたいだ。むむむ。ググル弾きなんてしないけどなぁ。軽く無意味なコンネゴの弊害か何かかしら……

やはり AnHTTPD だと心もとないというか、PHP スクリプト実行してるといきなり落ちたりする。ってなわけで Win な Apache を入れようかと……でも面倒なのでやってないっつう。少し弄るだけなんだけども。