どれぐらいメモリ使ってるかなぁって見てみたら 14,732KB だってさ。随分学習したねぇ。マルチチャンネルに対応しないかなぁ。改造するとバージョンアップがめんどいよね。
ロイディ
セッション * PHP
PHP のセッション管理は便利だなぁ。アホでも作れる。
No Unco No Life
学校。もう少しで学校。行けばもれなくインチキクラスメイト共とイカサマ教師のハーモニーが味わえます^^ 楽しみすぎて吐き気でますね。いや、寝てないからかもしれないけど。だって寝たら学校が近くなるじゃん。
一年後ぐらいに、この心持がいい思い出になっていること切に願う。
閉じタグを省略すると上手くいかない要素
XSLT とかやると空要素は勝手に省略されるわけですが、一部要素で不具合があるわけです。具体的には textarea, script なんですけれども。これ内容に <xsl:value-of select="/.."/> とでも書いておけば省略されないことを発見。value-of 使えばいいらしい。sab なんとかでしかできないだろうけど。
XML にユーザ入力のデータを保存
元データを忠実にマークアップして保存しておけばいいだけだね。っていってもユーザ入力のデータで保存するのは改行ぐらいだろうから、l 要素に各行格納してつっこめばOKな気がする。必要なら文中の URI をマークしてもいいかもしれない。
バソプ
Google のインデックス化について
Google が拾ってくれた @2004年8月の湾岸日記 から特に検索キー与えないでなんちゃらっつうのを見て、あーもしやとか。site:lowreal.net で検索してみると一応各ページがヒットする。でも中身拾ってもらってないみたいだ。むむむ。ググル弾きなんてしないけどなぁ。軽く無意味なコンネゴの弊害か何かかしら……
職とか金儲けについて
社会に出てちゃんと働けるかが激しく不安だ。そういうところでは電車で異臭を放ってデカイ声で電話に話しかけているおっさんも尊敬できる……ふつーに凄いと思うよホントに。
つかどういう系になるんだろ……IT 系がギリギリぐらいかなぁとか思うのですが、何かムリくさ……。
願わくばカコイイウェブサイトを strict で構築したい。
掲示板システムを XML 化？
掲示板のデータを XML にすることは意味あるだろうか……再利用性はあがるけれど、掲示板のデータを再利用することなんてあるのかとか。むしろいちいち DOM を使うことによって一部複雑になる気もする。無限スレッドみたいなのは得意だろうけど、ログが溜まってくると処理がもたつくし、過去ログを作るとしたらどうやって作るかとか。まぁ DOM で XPath 使って古い数件を別ファイルにするような感じになるのかな。
とりあえずやってみれば問題点が出てきそう。
つまりやろうとしてるスクリプトが激しく面倒くさいので、PHP+DOM による書き込み編集をどうやって綺麗に実装しようか考えるのに掲示板というのはシンプルでいいんじゃん？ 的な目論見があるのです。
メッセージ本文をそのまま保存したら直接 XSLT に放り込めないよなぁ。だからといって変換してからだと編集とかがやりにくそう。出力するときも DOM 使って読み出せばいいんだけどね……独自データ用にパーサーを用意しなくていいのはいいんだけどなぁ。
Single Window
1.0 リリースあたりまで TBE の代わりに Single Window を試してみる。タブダブルクリックでリロードとか、ブックマークからは必ず新規タブとかがない (Single Window ってだけだしね) のでちょっと戸惑う。でもまぁちょっと軽くなった気がする。
Firefox 拡張で 2ch ブラウザがあればなぁ。サイドバーにスレ一覧がでるのよ。右クリックメニューから板選択とかできる。ブックマークしたアドレスが 2ch のスレだったら自動的に拡張経由で読むの。あー便利そうー。
XUL
拡張ってどこにインスコされるようになったんだろ orz. 何か jar ファイルがあったような見当たらず。profile/extension/* にインスコされてるのは全部じゃないよなぁ。イマイチ XUL の開発方法がわからない。既にある拡張にちょっと手加えて使えたらいいのに。
orz. profile/extension/* にあるのが全部か……その下に jar ファイルがあるのねぃ。
mail
IE をできるだけマイナスに考える記事
- Internet ExplorerのJava環境にセキュリティーホール
- IEにセキュリティ・ホール，危険なファイルをダウンロードさせられる
- マイクロソフト Internet Explorer を購入時設定のままインターネットで使い続けることの危険性と対処法
- Internet Explorerに「極めて危険」なセキュリティホールが複数発見された。対策は、まだない。
- インターネットエクスプローラーに未修整の脆弱性とその回避方法
Google でてきとーにでてきたソレっぽい記事と共に「これでも IE 使うの？ IE って超上級者向けのブラウザだよ？」とか言えばOKでぃすか。
IE で親要素はみ出すとリンクが効かない。
position: relative; top: -1.66em; で親要素はみ出したやつの中にあるアンカが全部効かない条件は違うかもしれない意味わかりません。流石超上級者向けブラウザ。僕みたいなネット初心者じゃ解決できないです。
ちなみに margin: -1.66em 0 0 0 とかやると表示さえされません。アラ素敵。
大きく書き換えて別の方法に。
アクセシビリティ
ウェブコンテンツアクセシビリティガイドライン読んでて思ったよ、やはりアクセシビリティって難しい。機械的にチェックできる部分は機械的にできるからいいけど、例えば正しい言葉で書けとか、ちゃんと xml:lang を指定しろだとか、耳が痛い。見出しにアルファベット使ってるけど、本当は日本語使ったほうがいいだろうなぁとか。
この日記はお世辞にもアクセシビリティが高くない……トラックバック用の URI とか参照用の URI をどこに書くかとか。あーむずい。
くりえーたー
何でもいいからクリエーターになれればなりたい。でもメーカーあたりで止まりそう。だがしかしそれさえも危うく、ただのおっさんとなりして何処かへ消え去る可能性が非常に高い。努力しろと。
クリエーターとそれを消費（？）する側との間の溝がなんかい嫌だ。もっとフラットであるべきだ……むしろクリエーターとの間つうか友達以外の全ての人間かもしれないわけだけど。
……
傍点は絶対に ruby 要素で再現しちゃいけない……<ruby><rb>あ</rb><rp>(</rp><rt>・</rt><rp>)</rp></ruby> なんてありえない。「あ」は「・」と読むって何よ。「・」って何て読むんだ。
ただの強調なんだから em なんだよ。で、どうやってそれを説明すりゃいいんだ。マジうぜぇ。ウェブと紙はちげぇんだっつうの。あーもう。糞 CSS が。
表示しか考えてない人と、データがどうこう考える人とじゃ激しい温度差があるわけで。諦めてしまえばいいんですけどね。もうなんつーか strict じゃないと気にくわない体になってまいりました。strict 云々抜きにしても音声ブラウザ考えたら (実際に読ませていないけど、場合によっちゃ「てん」としか読まないんじゃないかね) 絶対あんな糞以下のマークアップできないと思うんだけど……まぁその程度しか伝える意欲のないやつに何言っても無駄な気もするから結局俺があきらめることになるわけですけど。別に俺のじゃないからいいけど、俺の管理下で糞マークアップするんじゃねぇ的なアレですよ。めんどくさ。寝よう。
SFC は W3C ホストとして見本に（以下略
えっと、W3C ホストとして見本がどうたら雑誌で言っていた気がするので。
- design switch すると構造が変わるよ。なんで？
- desgin switch の真ん中のやつが幅固定だよ。なんで？
- desgin switch の右のやつが幅固定だよ。なんで？
- ちょっと理解できない table 要素あった。いや凡人以下の僕に理解できないだけかもしれない。
- <div class="clear"><br /></div> って何？
- RSS の Content-Type ヘッダが text/plain. だよ？ 何か意図が？
- 文字を画像化したやつが img 要素として存在するよ？ 意味あるの？
- 英語版ってコンネゴしないんだ。残念。
ぼーっとしながら見てみた。雑魚の俺には理解できないことばかり。世の中ミステリーに溢れてます。
XSLT for-each でカレントドキュメントが変わる
<xsl:for-each select="$document('some.xml')">
<xsl:apply-template select="/root/element"/>
</xsl:for-each>
これが期待通りいかない。for-each の中でメインのソースドキュメントて処理できないのかしら。あー何かもうわけわからん……カレントノードが $document('some.xml') になるのは書いてあるけど、/ はメインのドキュメントのルートノードじゃないのかよと……どうやって書けばいいんだ W3C ちゃん。
なんかアレだなぁ……絶不調だ。普段はやる気でないし、やる気でたら意味わからんことばっかだ。何もできないときは何もしたくないんだけど、夏休み中にやっちまいたいんだよなぁ。あー高校生活があと20年ぐらいあればいいと思うよ。ただしインチキ臭くないないクラスメイトとマトモな教師がいる高校生活が。
哀さんの書き込みと IRC での発言によってもうちょい賢くなった気がする！
上の文で カレントノードが
と書いているけど、変わるのはカレントノードではなくコンテキストノードっぽい。カレントノード (current()) はテンプレートにマッチしたやつっぽい。XSLT 仕様書の for-each には $document('some.xml') になるこのテンプレートは、選択したノードをカレントノードとして使用し
と書いてあって、これを俺は勘違いしていたくさい。テンプレートのインスタンス化するとき initialize に投げられるのがそのテンプレートのカレントノードとなり、その後はたぶんカレントノードは変化しないんだ。
G
あー、少人数グループで何かやりて。とか思うんだけど、協調性を持てとか中学のころに糞体育教師に言われ、まぁ確かにグループワークが苦手な自分的にはやりたいと思ってるだけがいいのかもしれないのかとも思ったりするわけで（略）。とりあえず学生しかいないポータルとか激しく苦手っつうか吐き気がすｒ
まったく関係ないけど、浮かぶアイデアが全部抽象的だったり、スーパー適当だったりするのをどうにかしたい。例えば何か作るときには「何かカコイイもんがつくりてー」とか「何か綺麗なもんがつくりてー」とか「何か話題になるもんがつくりてー」とか思うわけよ。何ソレっていう。
ハセガワケイスケさそ
最新をちょっと前に読んだけど、やっぱこの人は BURGER NUDS とか ART-SCHOOL とかシロップとかピロウズとかその他もろもろ好きなんだ。あーうん。そうかなって疑問に持つほうがバカだったな。確実だ。OK。 バーガーいいよね。
めんどいので続けて書く。友達と集会（毎週土曜日）して、電撃HPを借り、護君だけ読んだ。あーうん。
FOAF と SPAM
FOAF たどってメールアドレス収集とかどうよ。とか言おうとしたけど、防ぐ方法が普通にあるじゃんね。
ベルギードメイン
.be ドメインとちゃった。テヘ☆ とか書くと激しくキモい。なんていうか、軽い衝動買いみたいな感じで (金ないのに) ……何に使うか決まってもいないのに取るのはアフォかとバカかと的な要素たっぷりですけど、まぁ今のやつより短いのでメールアドレスにでも使ってやればいいかみたいな？
自分のところまで DNS が浸透するまで一時間半……なんかめさくさ早い。
見た目の分離とか
啓蒙するとかどうとかじゃなくて、普通に見た目とデータの分離っつうのをどうやって理解させたらいいやらようわからん。全角スペースで margin やら text-align を実現しようとしたり、物理的な ruby 要素（←説明するのが激しくめんどい類）を使ったり。「てめーここでも読んで理解しやがれ」とか「このバカが」とか言ったところで意味ないどころか逆効果。全角スペースであれこれは俺の中で最高にダサい上に表示のことしか考えてないやつに全角スペースを使うなと言っても「じゃあこれをやるにはどうする」とか、そういう話になってうんこ臭いのでもうやめよう。
なんか朝焼けが激しい。外見たら世界の終わりがやってきたかとおもたyo。かみさまごっこしよう
preceding
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)
んでも実際上の簡易構造で試してないから間違ってるかもしれない。とりあえずやりたいことが長いこと上手くできる方法が見つからなくて疲れた。