水無月ばけらのえび日記

> 調べてみると、XHTML2 の現在の WD では、h1要素とb要素が存在しません。

XHTML 2.0の現在のWDにも、h1要素は存在するようです。

http://www.w3.org/TR/xhtml2/mod-structural.html#edef_structural_heading

> There are two styles of headings in XHTML: the numbered versions h1, h2 etc., and the structured version h, which is used in combination with the section element.

URIは、http://www.w3.org/TR/2006/WD-xhtml2-20060726/mod-structural.html#edef_structural_heading の方がよいですね。

最新のHTMLといった場合、HTML4.01やXHTML1.1ではなく、XHTML1.0を指すのが一般的ではないでしょうか。どこの一般だよ、という話はあるものの[謎]。

http://www.w3.org/TR/html/

>XHTML 2.0の現在のWDにも、h1要素は存在するようです。

　あ、ホントですね。何を見てるんだか……。

　RELAX NG の定義を確認した方が分かりやすい感じがしますが、

http://www.w3.org/TR/xhtml2/relax_module_defs.html#a_rmodule_Structural

　確かにありますね。

こんにちは。超難問を出題した西村です。

ご指摘、感謝します！ あと、非常に分かりやすい解説も。

確かにこれでは回答できませんね…。

私、今の今まで、b要素・i要素も、u要素やs要素と同様に非推奨要素だと信じていました…。改めてリファレンスを見直すと、確かに非推奨要素にはなっていなくて衝撃を受けました。しかも（私が今確認した本には）わざわざ「この要素は非推奨要素ではありません」と書いてあるし…。

早速、（と言っても既に公開から4日経過していますが）もろもろ修正しました。

これで間違いはなくなった……と信じたい…。

精進します…。

>早速、（と言っても既に公開から4日経過していますが）もろもろ修正しました。

>これで間違いはなくなった……と信じたい…。

間違いではないのですが、Q5にも「※HTML4.01の場合」という註釈を入れておいたほうが良いと思います。

XHTML 1.0ではそもそもid属性を使うようにとされていますし（name属性は、後方互換のために併記しましょう、ということになっている）、XHTML 1.1だとこのたぐいのname属性は廃止されているからです。

> Q5にも「※HTML4.01の場合」という註釈を入れておいたほうが良いと思います。

> XHTML 1.0ではそもそもid属性を使うようにとされていますし

yuuさん、ありがとうございます。加えました。

私の頭の中では、「HTMLと言えば（SGMLな）HTMLだけ，XHTMLといえば（XMLな）HTMLだけ」というような認識があったために、「最新のHTML」と言えばそれはHTML4.01を指すわけで（いや、それでも「ドラフトを除けば」というような条件が必要ですが…）、そんな前提が、問題文の意味不明度に拍車を掛けていたのですね…。いろいろ認識不足でした。

何にしても、「最新」というのは常に変化するわけで、細かな質問をする場面では避けるべきでした。というか、そもそも「最も新しいHTML」とは「XHTML」を指すのですね…。

ご指摘ありがとうございます。

ここでご指摘頂けなかったら、ずっと誤りを放置したままだったかも知れません…。

http://allabout.co.jp/internet/hpcreate/closeup/CU20070512A/index12.htm

回答本文のほうは「ならない」になってるけど

回答タイトルは「べき」のままだなーとか言ってみるテスト

>回答タイトルは「べき」のままだなーとか言ってみるテスト

隅々まで見ていただいてありがとうございます。見逃してました…。

　ご丁寧にありがとうございます。

　せっかくですので、修正後の内容について何点か補足しておきます。

>DOCTYPE宣言とは、そのHTMLがどのバージョンのHTMLで記述されているのかを示す記述で、HTMLの最初（1行目）に記述しなければならないものです。例えば、以下のように記述します。

　文書型宣言は 1行目に記述しなければならないということはありません。文書型宣言より前に空白、改行、コメント、処理命令などを書くことができます。もっとも、ブラウザによっては、先にコメントなどがあるとうまく読めないという悲しい実装になっていることもあるようですが……。

>文字化けを防ぐためにも、どの文字コードを用いて記述されているのかを明示しておく方が望ましいのですが、文字コードは、head要素内にmeta要素を使って記述します。先頭ではありません。

文字符号化方式の指定は、HTTP 応答ヘッダの Content-Type フィールドの中で行います。

HTML4.01 5.2.2 Specifying the character encoding では head要素に meta を記述して文字符号化方式を指定する方法についても言及されていますが、その記述は以下のようなものです。

To address server or configuration limitations, HTML documents may include explicit information about the document's character encoding; the META element can be used to provide user agents with this information.

「サーバの設定に限界がある場合には meta要素で指定しても良い」というニュアンスです。meta で指定することは推奨されていません。

ちなみに、XHTML については XHTML media types (http://www.w3.org/TR/xhtml-media-types/) でもっと明確に議論されています。

>解答： [選択肢３] 装飾はスタイルシートで記述すべきだから

(snip)

>[選択肢１] ブラウザによっては対応していないから

>ブラウザによっては対応していない可能性もありますが、それが理由ではありません。

　これは s要素でなければ問題ないのですが、s要素を取り上げてしまうとやっかいです。s要素には、別の観点から使わない方が良いとする議論があるからです。

　s要素は、内容の取り消しや削除などを表現するために使用される傾向にありますが、装飾がなくなると、意図と全く異なる受け取られ方をしてしまうおそれがあります。たとえば、200円のものを180円に値下げしたときに

<s>200</s>180円

とすると、打ち消し線が表示される環境では意図が通じるのですが、打ち消し線を表現できない環境では

200180円

と読めてしまうおそれがあります。ですから、何かが取り消されたという情報を打ち消し線だけで表現するのは危険です。

この問題は、s要素を del要素に置き換えたり span style="text-decoration: line-through" に置き換えても回避できませんから、「s要素は使わずにスタイルシートで記述する」では解決になりません。「ブラウザによっては対応していない」ことの方が問題だと考えられます。

……もっとも、HTML4.01 の仕様書はそこまで言っていないので、「仕様が非推奨としている理由は?」という問いであれば、まあ間違いではないのかもしれません。

ばけらさん、非常に詳しい補足をありがとうございます！！

>文書型宣言より前に空白、改行、コメント、処理命令などを書くことができます。

記述位置を1行目と限定するのは正しくありませんでしたね。修正させていただきました。

なんとなく「空行やコメントは行としてカウントしない」のような考えが頭にあって、思わず「1行目」と書いてしまいました…。

>「サーバの設定に限界がある場合には meta要素で指定しても良い」というニュアンスです。

なるほど。積極的に「meta要素を使って書け」という話にはなっていなかったのですね。

ローカルで表示する場合を考えると、meta要素でも書いておいた方が良いのでしょうが、少なくとも「meta要素で書くことになっている」のような説明はまずいですね。

これも修正させていただきました。

>s要素には、別の観点から使わない方が良いとする議論があるからです。

目から鱗が落ちるとはまさにこのことです。驚きました。取消線にはそんな問題があったのですね。確かにこれはスタイルシートにすれば解決するという問題ではありませんね…。

とりあえず、記事ではs要素からcenter要素に変えてみました。

非常に詳しい解説をわざわざ頂きまして、ありがとうございました！

本当に感謝です。勉強になりました。

>「ブラウザによっては対応していない」ことの方が問題だと考えられます。

いまどきそんなブラウザあるのかとかうっかり思ってしまいがちですが、たとえばGoogleの検索結果の要約表示で思いっきりハマりますね。ユーザーエージェントは必ずしもブラウザだとは限らないわけで。