新生鳩丸掲示板♯

Mozilla1.3だと、

>Error: uncaught exception: [Exception... "Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIDOMHTMLDivElement.removeChild]" nsresult: "0x80004003 (NS_ERROR_INVALID_POINTER)" location: "JS frame :: http://exploit.cocolog-nifty.com/ :: <TOP_LEVEL> :: line 36" data: no]

などといわれて中途半端になる罠。

＃やはりどちらが悪いのか不明ですが…^^;

>XMLでも ">" はそのまま書けるはずですが (CDATA 区間の終わり以外の意味で "]]>" が内容に現れる場合を除いて)。「してもいい」ということは当然しなくてもいいわけです【謎無】。

　&gt; じゃなくて &lt; でした。とほほ。

> HTML の場合、スクリプト内の ">" は CDATA なら問題ないし、#PCDATA だとしても実は問題ありません。しかしXML の場合、Well-formed の要件を満たさないという問題があります。まあ CDATA 区間を使えば良いのですが。

XMLでも ">" はそのまま書けるはずですが (CDATA 区間の終わり以外の意味で "]]>" が内容に現れる場合を除いて)。「してもいい」ということは当然しなくてもいいわけです【謎無】。

http://www.w3.org/TR/REC-xml#syntax

>スタイル云々に関する話題はココログ内部でもかなり話題に上っていて、各所で技を公開されてますが、現状ではどうしても強引な力技以外は出てこないだろうなあ、というのが私の感想です。

　ですねぇ。

　"<!--" を駆使すればvalid にできるかと思ったりしたのですが、タイトルの内容が二ヶ所に反映される関係で駄目だったりしました。

　しかも一度試すと管理画面の一部の機能がつかえなくなってしまう諸刃の剣。

#頼むから管理画面ではサニタイズしてください！

あまりあやしいことをやると、RSSリーダの作りが甘いと残念な思いをします。

＃まあ、リーダのほうの問題と言えなくもないですが^^;

はじめまして。

スタイル云々に関する話題はココログ内部でもかなり話題に上っていて、各所で技を公開されてますが、現状ではどうしても強引な力技以外は出てこないだろうなあ、というのが私の感想です。素直に自作スタイルシート開放した方が良いんじゃないの?と思ってしまいます。

# 私もweblogを http://p2j.cocolog-nifty.com/ にて公開しています。この中でばけらさんのサイト内の1ページにリンクはらせてもらいました。一応ご報告まで。

>>　今ちょっと読む時間が無いので、そのうち反映します。

>　軽く読んでみましたが、BOM の話が追加されたりしていますね。UTF-8 で BOM はどうなのよ？ というのは割と FAQ だっただけにナイスかと。

>　セキュリティの所にもバッファオーバーフローの話が追加されていたりしますね。

U+10FFFFを超える範囲がバッサリ削られたのも大きいと思います(HTML4やXMLではもともとあっても使えなかったわけですが)。ぐろっさりの6オクテットシーケンスまで書かれた表は修正が必要ですね。

　おっと、

>まあ、こちらについてはスタイルシート向こうで対処すれば良いので問題ないのですが。

　s/スタイルシート向こう/スタイルシート無効/

　です。失礼しました。

>DOMる以前に、<link rel=stylesheet href=hoge.css> とするだけでイケたりしてしまいます。

　激しく御意。

　ただ、valid にするのがムズイです。title 要素内の文字列がサニタイズされていないのは良いのですが (良いのか？)、title要素の終了タグがどうもうまく処理できません。

　しかも管理画面の title 要素の中身についてもサニタイズを怠っているので、管理画面のスタイルまで変わってしまって大変なことになります。まあ、こちらについてはスタイルシート向こうで対処すれば良いので問題ないのですが。

#ないのか？

>　今ちょっと読む時間が無いので、そのうち反映します。

　軽く読んでみましたが、BOM の話が追加されたりしていますね。UTF-8 で BOM はどうなのよ？ というのは割と FAQ だっただけにナイスかと。

　セキュリティの所にもバッファオーバーフローの話が追加されていたりしますね。

>DOMる以前に、<link rel=stylesheet href=hoge.css> とするだけでイケたりしてしまいます。

ああ、なんか話が交錯してしまいました。

スタイルをDOMでどうにかするというふうに読めてしまったのですが、裏の裏を読んで納得しました。御意にございます。

DOMる以前に、<link rel=stylesheet href=hoge.css> とするだけでイケたりしてしまいます。

>> RFC2279 で定義されています。

>> ※当初は RFC2044 でしたが、RFC2044 は RFC2279 によって破棄されました。

>RFC3629が出ました。

>http://www.ietf.org/rfc/rfc3629.txt

　来たーっ。情報ありがとうございます。

　今ちょっと読む時間が無いので、そのうち反映します。

> RFC2279 で定義されています。

> ※当初は RFC2044 でしたが、RFC2044 は RFC2279 によって破棄されました。

RFC3629が出ました。

http://www.ietf.org/rfc/rfc3629.txt

>日記を作成日順ではなく最終更新日順で並び替えられるといいかも。

　いいですねぇ。

　実装できそうな気もするのですが、ただ二点ほど問題があります。

・全要素の全内容を ins 要素を探しつつ全読してからソートする必要があるので、パフォーマンスの問題がある。

・昔はちゃんと ins 要素でマーク付けしていたが最近忘れてる。(^^;

　前者はともかく後者の自堕落ぶりがなんとも。

　更新ツールが望まれるのですが、それもなかなか……。

>>>Webセーフカラーにこだわらないくらいですから読めさえすれば致命的な問題にはならないのでは。

>>　結局どうすればいいのよっ。

>WCAGのガイドライン2に従うのがいいかと【謎無】。

　そういう意味ならば、アタマに「※」をつけることで注釈であることを表現しているので色が再現されなくても地の文とは区別できるはずです。

　というわけで、暗くしてきますか。

>>Webセーフカラーにこだわらないくらいですから読めさえすれば致命的な問題にはならないのでは。

>

>　結局どうすればいいのよっ。

WCAGのガイドライン2に従うのがいいかと【謎無】。

日記を作成日順ではなく最終更新日順で並び替えられるといいかも。

>「解放」の間違いではありませんか。

　それっぽいですねぇ。

　直しておきます。

>Webセーフカラーにこだわらないくらいですから読めさえすれば致命的な問題にはならないのでは。

　結局どうすればいいのよっ。