新生鳩丸掲示板♯

パーサがDTDをキャッシュすれば良いという話は、僕が近藤さんにもっと良い方法はないかと質問したときに出てきた話かと思います。

>つまりHTML4でid属性がcase sensitiveであると定めているのは

>SGMLに不適合だということでしょうか。

>http://www.w3.org/TR/html4/struct/global.html#adef-id

　語弊を承知で言えば、そういうことになると思います。

　確かにそこには CS と書かれているのですが、DTD を見ると紛れもなく ID 型として定義されていますから、SGML 的にパースすれば NAMECASE の影響を受けるはずです。

　id属性は name属性と同じ名前空間を共有するとされているので、その辺りの兼ね合いで name属性同様に [CS] としているのだと思いますが、純粋に SGML 的に DTD を見ると、容赦なく CI 扱いにせざるを得ません。

つまりHTML4でid属性がcase sensitiveであると定めているのは

SGMLに不適合だということでしょうか。

http://www.w3.org/TR/html4/struct/global.html#adef-id

関連URL【謎】

http://www.satoshii.org/markup/notes/2003/11#date24-2

>「次:」で次の1日ではなく次の1週間くらい表示できませんか【ピュア】。

　今の実装だとちょっと無理っぽいです。

　頑張ればあるいはという感じですが。

>valid か否かというより standalone か否かという話だと思うのですが、

　御意。外部 DTD に依存していると言うことを言いたかったのですが、standalone という単語がちょっち出てきませんでした。

># とは言え、実際問題 PSVI のために馬鹿でかいモジュール DTD を読み込むくらいなら、はじめから文書型宣言のない wellformed XML で公開する方がはるかに健全であると思うわけで。

　私も割とそういう感じの発想ですが、結局の所はこの辺の話になってくるのですかねぇ。

http://www.atmarkit.co.jp/fxml/tanpatsu/24bohem/01.html

> そんなわけで、この一件は我々に「valid な XML は、ネットワークに繋がっていない環境では運用困難」という XML の意外な弱点を教えてくれたのでした。

valid か否かというより standalone か否かという話だと思うのですが、仕様書ではばっちり「standalone な文書の方がネットワークによる配信には望ましい」とされています。(って、「ネットワークによる配信には」って言ってますけど)

もっとも、実際には「パーサ側で DTD をキャッシュしてくれれば」対応は可能であるわけですが。というか、

> 実体の内容を取り出すXMLプロセサは，公開識別子及びシステム識別子並びにこの仕様の範囲外の付加的な情報をどのように組み合わせて，代わりの統一資源識別子(URI)参照の生成を試みてもよい」(JIS X 4159:2002)

ということで、カタログ使えばよいのでは。Entity Management [1] とか XML Catalogs [2] とか。というか、そのための公開識別子と思われ。

# とは言え、実際問題 PSVI のために馬鹿でかいモジュール DTD を読み込むくらいなら、はじめから文書型宣言のない wellformed XML で公開する方がはるかに健全であると思うわけで。

# 現実に Mozilla とか外部 DTD 読みませんし。知らずに文字実体参照を書いてたりするとえらい目に遭います。(今はメジャーな公開識別子には対応しているみたいですが)

[1] http://www.oasis-open.org/specs/a401.htm

[2] http://www.oasis-open.org/committees/entity/spec.html

「次:」で次の1日ではなく次の1週間くらい表示できませんか【ピュア】。

>勧告の際には変換かけて完了、という話かな。

　御意。質疑のときも変換ツールあるんだから変換すれば良いじゃんという話は出ていましたね。

　ただまあなんというか、フツーに「負けてる」印象が否めないと言うか。

　R-クリックといえばこの記事が印象深かったです。

http://www.zdnet.co.jp/mobile/0311/11/n_edorc.html

　six circles が逆さまじゃん！ というのは笑ってしまいました。

>while ($line = <IN>) 自体が間違ってるような・・・

　昔の Perl ではそもそも

while(my $line=<IN>)

　などという書き方ができず、コンパイルエラーになっていました。

　これは今はできるようになってます。たぶん 5.003 くらいからできるようになったのではないかと思います。

勧告の際には変換かけて完了、という話かな。

while ($line = <IN>) 自体が間違ってるような・・・

while (<IN>) {$line =$_;...}

と

while ($line = <IN>) {...}

はまったく違う処理になると思われ。

だーいぶ前の日記みたいですが、私も六本木ヒルズ、めちゃ迷います！！

いじわるしようとしてるんじゃないかっていうぐらい・・・

で、最近「R-クリック」というツールを手に入れました。

何かっていうと、六本木ヒルズのなかでこのボタンを押すと、

近くのお店の情報とかがケータイのメールに飛んでくるっていう

シロモノです。http://r-click.jp/

ナントカっていう^^;新しい技術を使ってるらしくて、

結構面白いので、タダだし、六本木ヒルズに行くときはおすすめです♪

まだ申込みしてますよー！

Outlook 2002なら

http://support.microsoft.com/default.aspx?scid=kb;ja;307594

これですね。

＃IEの累積パッチの説明にのってました。

> ※そもそも、この時間帯の山手線には座席が存在していない (!) ので座れっこないのですが。

存在していないのは特定の車両だけだったような。

>>　バグかなバグかな～。

>　コメントフォームのバグくさいですね。バグばっかですみません。

　……と思ったのですが、実はそうでもなかったようで謎です。

　ホントに safari 側の問題かも知れません。

なんだかよくわかりませんがポップアップには特許が存在していたらしいです。

なんでこんなん通っちゃうのかなぁ。

http://www.vrsel.com/

http://www3.ocn.ne.jp/~cipa/naoshift.html

>　バグかなバグかな～。

　コメントフォームのバグくさいですね。バグばっかですみません。

　来週直します。

>って、どうしてコメントになりませんか。Safariだから?(謎)

　バグかなバグかな～。

>攻略法の中で、こちらが一人だと「石化の瞳」を使わないとあったんですが

>私がやったら、使ってきました。

>これは、私のやり方がおかしかったんでしょうか？

　オーバーソウルしている場合はこちらが一人でも使ってきます。

　オーバーソウルしている場合としていない場合でちょっと戦術を変えないといけません。