問題タブ [xhtml]

SO を含め、多くのサイトが XHTML をマークアップ言語として使用し、仕様に準拠していないことに気付きました。SO のソースを参照するだけで、段落の終了タグが欠落している、無効な要素などがあります。

ツール (および開発者) は、無効なマークアップを作成する場合、XHTML doctype を使用する必要がありますか? また、ブラウザーは、粗悪なマークアップを受け入れることについて、より断固たる態度を示すべきでしょうか?

そして、誰かが偽善者を叫ぶ前に、私のブログには、noscript タグのスタイリングを含むキャプタを含む無効なマークアップが 1 つ含まれています (または最後に確認したときはそうでした)。

新しい Web ベースのアプリケーションを開発する場合、どのバージョンの html を目指すべきですか?

編集：

私は他の人の感覚をつかもうとしていたのですが、自分の仕事では XHTML 1.0 Strict を使用し、他の人がコンテンツの作成に関与している場合は Transitional を使用する傾向があります。

最初の XHTML 1.0 Transitional の投稿を「正解」としてマークしましたが、その時点で与えられたすべての回答が等しく有効であると強く信じています。

私はいくつかの XML ドキュメントを生成しています。アドレス部分に関しては、次のようなフラグメントがあります。

これを XHTML に変換するために私が持っている XSLT には、文字列内の改行文字を <br/> タグに変換するためのファンキーな再帰テンプレートがあります。

これはすべて正常に機能しています。しかし、XML ドキュメント内の改行に依存することは「悪い習慣」と見なされますか? もしそうなら、代わりにこれを行うことをお勧めしますか?

テキストが複数行になる可能性のあるすべての場所をそのようなタグでラップするのは本当に厄介なようです..

最近は常に完全な検証に努めていますが、時間の無駄ではないかと思うことがよくあります。コードが実行され、すべてのブラウザーで同じように見える場合（browsershots.orgを使用して確認します）、さらにコードを進める必要がありますか、それとも過度に肛門的ですか？

次の目的でコードを作成するときに、コードをどのレベルに保持しますか。

a）あなた自身b）あなたのクライアント

PSジェフと会社、なぜスタックオーバーフローが検証されないのですか？:)

編集：いくつかの良い洞察、私は非常に有効であるため、私は何が問題を引き起こし、何が問題を引き起こさないかを知ってプログラムするので、最初にサイトを作成し、次にサイトを作成する人々よりも良い立場にあると思います「戻って検証の問題を修正してください」

スタックオーバーフローについて別の質問を投稿するかもしれないと思います。「進行中に検証しますか、それとも終了してから戻って検証しますか？」それがこの質問が進んでいるところのようです

さまざまなブラウザーで 100% 最小の高さの要素を作成する最良の方法は何ですか?

header特に、とfooterが固定されたレイアウトがある場合はheight、

真ん中のコンテンツ部分が、下部に固定されている100%間のスペースを埋めるにはどうすればよいですか?footer

Header, footer and sidebars have fixed position. In the center a content area with both scroll bars. No outer scroll bars on the browser. I have a layout that works in IE7 and FF. I need to add IE6 support. How can I make this work?

Here is an approximation of my current CSS.

HTML 標準は、CSS (プレゼンテーション) と HTML (セマンティクスまたは構造) の間の関心事項を明確に分離することを定義しています。

この分離を維持するのに役立つ条項を含む、CSS と XHTML のコーディング標準文書を使用している人はいますか? そのようなコーディング標準文書に含めるのに適した条項は何ですか?

Microsoft がセマンティックおよびクロスブラウザー対応の XHTML および CSS の方向に向けて努力していることは知っていますが、それでも洗練されたマークアップを実行するのは PitA のように思えます。CSS Friendly Adapters などをダウンロードして微調整しました。しかし、肥大化した魅力のないコードにいまだに不満を感じています。

ASP.Net を使用したエレガントでセマンティックな CSS は、まだ夢物語ですか? それとも、最終的に可能になるのでしょうか?もっと練習が必要ですか?

XHTML閉じていないタグや破損したタグを残さずに、プログラムで任意の数の単語をプログラムで省略しますか？

すなわち

25語に省略すると次のようになります。

ドキュメントがHTMLのバージョン（できれば私が指定できるもの）に従っていることを検証するための最良の方法は何ですか？ネイティブのPythonアプリを除いて、Webベースのバリデーターの場合と同様に、障害が発生する場所を知りたいのですが。