htmlの新しいWebベースのアプリケーションを開発する際には、どのような目標を設定する必要がありますか?HTMLバージョンの選択
編集:私はちょうど私が他の人がコンテンツ作成に関与しているとき、自分の仕事や移行にXHTML厳格1.0を使用する傾向がある他の人からの感触を取得しようとした
涼しいです。
私は最初のXHTML 1.0 Transitional投稿を「正解」としましたが、その時点で与えられたすべての回答が同じように有効であると強く信じています。
htmlの新しいWebベースのアプリケーションを開発する際には、どのような目標を設定する必要がありますか?HTMLバージョンの選択
編集:私はちょうど私が他の人がコンテンツ作成に関与しているとき、自分の仕事や移行にXHTML厳格1.0を使用する傾向がある他の人からの感触を取得しようとした
涼しいです。
私は最初のXHTML 1.0 Transitional投稿を「正解」としましたが、その時点で与えられたすべての回答が同じように有効であると強く信じています。
私はXHTML Transitional 1.0で撮影します。まだいくつかのニュアンスがありますが、それはXHTMLの厳格さが嫌いです。私が今見たエディタのほとんどは、正しいことを確実にするために適切な振る舞いをします。
あなたのページをレンダリングするものは、どの普及している標準に関係なく使用します。 XHTMLはより厳しく、おそらく「より良い」とは言えますが、ある標準を他の標準よりもどのような利点が得られるのか分かりません。
個人的には、私はXHTML 1.0 Transitionalを好みます。
XHTMLはXMLベースであるため、解析が容易になります。また、ほとんどのIDEのXMLコンポーネントを使用して、プログラムでクエリを行い挿入することもできます。
暫定的なものは厳密なものほど厳しくはありません。厳格なものと比較して操作が比較的簡単です。これはしばしばPITAになります。 Comparison between Transistional and Strict
1.0は1.1よりも互換性が高く、1.1はまだ何らかの開発の下にあるようです。
Dillie-OはXHTML 1.0 Transitionalの回答を受けていますが、XHTML 1.0 Strictを撮影することをお勧めします.Strictが許可していない機能がいくつかある場合は、Transitionalに戻ってください。
HTML 4.01。確かに理由はありません XHMLを実験的または学術的な問題以外の目的で使うには、「あいまいな」Webブラウザでのみ実行したいだけです。
XHTML Transitionalはまったく無意味です。これらのブラウザはなので、なぜ誰がそれを目指すのかはわかりません。多くの人々がそれを推薦することは、実際にはかなり驚くべきことです。
私は、HTML 4.01を目指すのが最も予測可能だと言いたいと思いますが、Teifionは本当に「あなたのページをレンダリングするものは何でも」です。 Michael Stumに応じて
:
XHTMLはXMLベースなので、簡単に解析を可能にし、また、プログラム的に照会し、ものを挿入するために、ほとんどのIDEのXMLコンポーネントを使用することができます。
これは確かに真実ではありません。 Web上の多くのXHTML(ほとんどでない場合)はXMLの妥当性に準拠していません(XMLで送信される必要はありません)。それを扱うときにXMLのように扱うことを試みることは、あなたに頭痛をたくさん与えるでしょう。たとえば、Stack Overflowに関するこのページでは、無効なマークアップを持つための多くの許されないXMLツールでエラーが生成されます。
私はXHTML 1.0 Transを目指しています。ブラウザにバグが修正されたときに、実際に変更が必要なものを突き止めるために、突然時計に逆らって作業することはありません。
私の意見では、1.1はボルケーピングされており、2.0はsmithereensに打ち砕かれました:本当にヘッダー/フッタータグが必要ですか?
は@マイク:
私は妥当性が互換性、有効である有効なXHTMLを作成し、(結局、私たちはIE6の互換性を維持する必要があります...)レンダリングページを作成する必要がないことに同意しながらではありません問題。この問題は、人々がHTML 4に慣れ、償却されたタグと属性を使用するときに始まります。
ウェブが駄目であるという理由だけで、すべての新しいページも同様に駄目になる必要はありません。 SOのほとんどの検証エラーはそれほど簡単ではなく、属性の引用符が欠けているように修正するのに時間がかかりません。
しかし、W3Cはどこにいてもやりたいと思っている(HTML 5を参照)と、オペレーティングシステムが気にしない特定の大きなブラウザ会社同様に、サイトはHTML 1337のようにDoctypeを送信することもできます。Sucksとブラウザはまだそれをレンダリングしようとします。
私はいつもXHTML Strictのすべてです。私は、HTMLはもっとXMLのようにすべきだと強く信じています。あなたがXMLを知っていて、W3のバリデーターがあなたを正しい軌跡に導くなら、それを検証するのは難しいことではありません。
XHTML 2.0は、W3が長年目指してきたもの、すなわち意味論的Webに向かっています。私にとってXHTML 2.0の最大の利点は、Web上のすべての適合するページがコンテンツとして理解できることです。つまり、同じ標準に適用されているため、記事(ドキュメントのページ - ドキュメント)です。これで、コンテンツを完全に異なる方法で表示するインタープリター(ブラウザ)を構築できます。ここでは何千ものアイディアがあります。
XHTMLの使用に関するいくつかのcompellingwarningsは主に、このような文書のMIMEタイプとして送られるべきであるという事実を中心に、あります
Content-type: application/xhtml+xml
しかし、IE 6と7ドン」トンこれをサポートし、のようにウェブサイトはそれを送信する必要があります。残念ながら、その方法はconsidered harmfulある
Content-type: text/html
。
XHTMLの目的は、XMLパーサーによってWebページを解析できるようにすることですが、実際には既存のWebサイトで誤った使い方ができていないためです。
私は依然としてXHTML 1.0 Strict、主にチャレンジのために文書を書いたが、cleanlinessとvalidatorというエラーチェックをしたい。私はタグが終わる時などに私が非常に明白であるように強制するので、私は文法を少し楽しんでいます。
"タグが終了したときなどに私が非常に明示的になるようにするため、構文を少し楽しめます。ほとんどの場合、何もあなたにはそれが強制されず、とにかく99%のXML有効なHTMLを書くことができます。 –
よく書かれたHTML4はきれいで、バリデーターもあります。あなたは、XMLの勢いに乗るのが好きではないと確信していますか? – Mark
移行型 XHTMLとHTMLのフレーバーは推奨されていません。 CSSをサポートしていない古いユーザーエージェントの場合にのみ、が使用されていました。 explanation in the DTDを参照してください。
W3Cは、可能な限り、あなたが厳格使用することを助言し、これらの日、それは確かに可能です。
暫定版はすでにXHTML/1.1とHTML5で削除されました。
XHTML/1.0は、HTML4とまったく同じ要素と属性(セマンティクス)を持っています。 XHTML/1.0仕様では、要素を指定していません。構文以外のものは、HTML4を指します。
さらに、文書をtext/html
として送信する場合、HTML(名前空間、XML DOM)で使用できないXHTMLの機能を使用することはできません。これはIEや他のHTMLのみとの互換性のために必要ですブラウザ。
2008年には正しい選択は、HTML4は厳格次のようになります。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
が、2016年のように、その事項のみone version of HTMLがあります。
XHTML 1.0をHTML互換の方法で使用する場合は、問題ありません。しかし、W3CのバリデータとXHTMLのDTDのは、MIMEタイプについて何も知らないということと、ブラウザが、それらの間(のような<マップ>名/ ID照合)異なる動作をどのように注意してください。 DTDは、ブラウザが特定の要素(例えば、<埋め込み>など)をどの程度うまくサポートしているかについては何も知らない。これが何を意味するのか
は、XHTMLのDTDとバリデータが現実を反映し、それらに準拠しようとしていることは無意味ですしていないということです。
XHTMLを使用して、/>(htmlと互換性のある)で特定の要素を閉じることができるようにするには、HTML5マークアップを使用してください(ブラウザは標準モードになっています)。 HTML5では、HTML互換の方法で/ >を使用することができます(XHTML 1.0マークアップをtext/htmlで使用する場合と同じHTML互換の方法)。それでは、ブラウザで動作するもの(あなたはいくつかのDTDよりも優れています)に固執してください。
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8"/>
<title></title>
</head>
<body>
<p>Line1<br/>Line2</p>
<p><img src="" alt="blank"/></p>
<p><input type="text"/></p>
<p><embed type="application/x-something" src=""/></p>
</body>
</html>
次に、http://validator.nu/を使用して、少なくとも適切に形成されていることを確認してください。
私は実際にあなたがXHTMLまたはプレーンHTMLを使用するかどうかを重要とは思いません。ここでの最終目標は、予測可能なレンダリングによってメンテナンス時間を短縮し、迅速な開発を行うことです。検証コードを持っている限り、これをxhtmlまたはhtmlを使用することから得ることができます。私は、ブラウザの新しいバージョンはクォークモードを変更しないので、クォークモードをターゲットにするのが最善であるという主張を聞いたこともあるので、メンテナンスは簡単です。
結局のところ、Webアプリケーション開発者にエラーのないHTMLを書き込ませると、バグのないコードを書くよう求められるため、すべてがタグスープになります。バリデーターは初期ページビューのみを検証するため、ヘルプはありません。これは、私が静的サイトを超えて何かのxmlとして役立つxhtmlのポイントを見たことがない理由です。ウェブアプリケーション開発者がXMLとしてウェブアプリケーションを提供するために必要とする傲慢さのレベルは驚異的です。
他のXML文書と同じようにXHTMLを生成するツールがある場合は、XHTMLを使用してください。しかし、プレーンテキストテンプレート、テキスト連結などを使用すると、古いHTML 4.01でも問題ありません。
ブラウザは、この10歳の標準をサポートし始めます。重要
わからないどのように最新のですが、それはまだFirefox用も当てはまる場合は、 XHTML 1.0の移行は、Firefoxをフルスタンダードモードではなく、ほぼスタンダードモードにします。 –
Shadow2531
XHTMLよりもHTML上で説得力のある理由はありません。 – Mark