2のパターンは空振るつまり生成値が何にせよ、必ず#bmpA1が表示されることになるBMX2WAVは設定で「前の行を優先」できるので例外。markupは確かに面白そうなのですが、一つの規格に従っておいて、別の規格に後で移行しやすいような形で書いておく、という方針では駄目なのでしょうか。俺の場合は特定UA専用ページを作るのが面倒で検討してるだけなのでした。DTDにも適合しない)静的な文書単体でapplication/xhtml+xmlとtext/htmlをダブルプレイできるのがみそXMLの処理命令とXML宣言を禁じる。4.01解説サイト群をひととおり斜め読み完了。Sorterを使ったのですが、複数の#WAVを選択できても、一行ずつの移動では結構時間がかかりますね。して、何か裏ワザでもあるんでしょうか。ohh.wavAfterの状態にするために、数分間Alt+Downを押し続けなければならない件ですね!定義リストだけならテキストエディタで片付くけど(たとえばEmEditorならAlt+Dragで矩形選択してAlt+Nで連番入力)、データ文も同期する場合は確かに時間がかかります。Scriptとかで片付きそうな気はします。返信22月29日の拍手返信について、やっぱり、バリデータの解説「だけ」を基に学ぶと、知識がまとまらない気がします。仕様書を通読したり、適切な解説書を読んだりして、体系的に学ぶのも良いのでは。(既に実践されていたら申し訳ありません。)助言ありがとうございます!本格的に「学ぶ」ならそれしかない、と思ってはいました。「とにかく書かないと始まらない」(キリッ)とか「仕様書を読むべき」(キリッ)とか最初は書いてたんですけど、俺が言えたもんじゃないし、<font>タグ時代の俺がそんなこと言われたら逃げ出してるなあ、と思ったのでボツにしました。かわりにValidatorを挙げるにとどめて、「鵜呑みにできない」とか仄めかして逃げました。暗黙の表現に期待しないとかいいながらコレだよ!誠意なさすぎる返信かましてすみませんでした;俺自身はというと、仕様書は辞書代わりというか、拾い読み程度に眺めてはいます。HTML5.JPは通読しましたが、体系的な学習を実践できているとは言い難いので、「適切な解説書」はむしろ俺が教えてほしいです。べつにプロを目指すわけじゃないし、というかセマンティクスとかアクセシビリティとかには正直あんまり深入りしたくないので、最低限W3Cの構文チェッカをクリアする程度に妥当ならそれでいいやと思ってます。なんというか、勉強云々とは別に、仕様書は読み物としても面白いです。<nav><h1>Navigation</h1>みたいな例とか、じわじわきます。趣味として「仕様書を面白く読む」というのはアリかもしれません。2009Groundbreaking2011。