Webの未来は何ですか? XHTML 2、HTML 5、または何か他のもの? -- html フィールド と xhtml フィールド 関連 問題

What's the future of the web? XHTML 2, HTML 5, or something else?












4
vote

問題

日本語

新しいバージョンのHTMLとXHTMLの新しいバージョンの両方の議論と進歩に混乱しています。彼らは競争相手ですか?もしそうなら、Webの採用された未来になることが最も好意的ですか?そうでなければ、それぞれの競合されていない目的は何ですか?

ここではBluray / HDVDの戦いがあるためですか?最終的には明確な決定はありますか?ブラウザが実装するのに最も簡単で、または洗い流された機能の中から選択して選択する将来を恐れて、Web開発者が新しいWebアプリケーションに最低共通の分母を整理しようとしています。

英語

I'm confused by the discussion and advancement both of a new version of HTML and a new version of XHTML. Are they competitors? If so, what is likeliest to be the adopted future of the web? If not, what is the differing non-competing purpose for each?

Are we due to have a BluRay/HDVD battle here? Is there ultimately any clear decision? I fear a future where browsers pick and choose among the easiest and/or flashiest features of each to implement, leaving web developers trying to sort out the lowest common denominator for any new web app.

</div
     

回答リスト

5
 
vote
vote
ベストアンサー
 

HTML 5はWebアプリケーションのためのものですが、XHTML2は文書のためのものです。 HTML 5働くドラフト:

XHTML2は、ハイパーリンク、マルチメディアコンテンツ、マルチメディアコンテンツの注釈、豊富なメタデータ、宣言的インタラクティブフォームのためのより良い機能を持つ新しいHTMLの語彙を定義し、詩や科学論文などの人的文学作品の意味論を説明します。

しかし、それは多くの非文書の種類のコンテンツの意味をウェブ上で見られるような要素を表現する要素を欠いている。たとえば、フォーラムサイト、オークションサイト、検索エンジン、オンラインショップなどは、文書の比喩をよく合わないでください。XHTML2ではカバーされていません。

[HTML5]は、HTMLを拡張することを目的としています。

xhtml2と[html5]はさまざまな名前空間を使用しているため、同じXMLプロセッサでも実装できます。

 

HTML 5 is meant for web applications whereas XHTML2 is meant for documents. From the HTML 5 working draft:

XHTML2 defines a new HTML vocabulary with better features for hyperlinks, multimedia content, annotating document edits, rich metadata, declarative interactive forms, and describing the semantics of human literary works such as poems and scientific papers.

However, it lacks elements to express the semantics of many of the non-document types of content often seen on the Web. For instance, forum sites, auction sites, search engines, online shops, and the like, do not fit the document metaphor well, and are not covered by XHTML2.

[HTML5] aims to extend HTML so that it is also suitable in these contexts.

XHTML2 and [HTML5] use different namespaces and therefore can both be implemented in the same XML processor.

</div
 
 
   
   
3
 
vote

XHTML2とHTML5は競合した標準であり、それらは両方ともHTMLの次の反復であることを目的としています。

ブラウザベンダによるサポートがあるため、HTML5が勝つ予定であることはかなり明確です。

 

XHTML2 and HTML5 are competing standards, they both purport to be the next iteration of HTML.

It is pretty clear that HTML5 is going to win, since it has support by the browser vendors.

</div
 
 
3
 
vote

XHTML2は効果的に死んでいます。 W3C(HTMLWG)はWhatwgの提案を受け入れて以来、作業はXHTML2(XHTML2の最後の作業ドラフトが2006からのものであるため)で停止しました。

 

XHTML2 is effectively dead. Since w3c(HTMLWG) accepted WHATWG's proposal the work has stopped on XHTML2 (even before that, since the last working draft for xhtml2 is from 2006).

</div
 
 
1
 
vote

私の意見では、HTML5は次の支配的な形式になります。 XHTMLは、Web環境で使用されるにはあまりにも偽造していません(すべての小さなエラーでページが失敗することはできません...)

HTML5は、Web開発者のための非常に扱いをするためにシェーピングしています - キャンバス要素、ネイティブドラッグアンドドロップAPI、オフラインストレージAPI、サーバー通知API(プッシュモデル)の正式な仕様、正式なコンテンツ編集APIもっともっと。彼らが彼らが提案していることの半分でさえ提供することができれば、それはWebアプリケーションのための大きな進歩になるでしょう。

 

In my opinion HTML5 will be the next dominant format. XHTML is just too unforgiving to be used in a web environment (you can't have the page fail on every small error...).

HTML5 is shaping up to be quite the treat for web developers - a formal spec for the CANVAS element, native drag-and-drop API, an offline storage API, server notifications API (push model), a formal content editing API and much more. If they can deliver even half of what they are proposing to, it will be a major advancement for web applications.

</div
 
 
       
       
0
 
vote

私が簡単なGoogle検索で見つけることができたことから、これらが確かに競合した標準であることをお勧めします。どちらもWebテクノロジを進めようとしていますが、そうするパスに従っています。

あなたがこれら2つのリンクを見るかもしれない問題のかなり徹底的な扱いのために:

href="http://xhtml.com/en/future/x-html-5-versus-xhtml-2/" refersus-xhtml-2/" refollow noreferrer"> http://xhtml.com/en/future/x-html-5-versus -XHTML-2 /

http://www.cmswire.com/cms/inturs-news/setting-the-standards-html-5-vs-xhtml-002032.php

 

From what I was able to find in a quick google search, I would suggest that these are indeed competing standards. Both are attempting to advance web technology but are following different paths to do so.

For a pretty thorough treatment of the matter you might look at these two links:

http://xhtml.com/en/future/x-html-5-versus-xhtml-2/

http://www.cmswire.com/cms/industry-news/setting-the-standards-html-5-vs-xhtml-2-002032.php

</div
 
 
0
 
vote

最終的にはブラウザメーカーでサポートされているものは何でもです。 HTML 5は機能豊富ですが、最終草案は何年もの間になる可能性があります。 4(+)の主要レンダリングエンジンでオーディオやビデオサポートのようなものを実装するのに本質的な困難があり、それらをすべて同じように振る舞います。検証さえ雑用になるでしょう。ほとんどのブラウザは、CANVAS要素とSVGをサポートしていますが、それらはまだ市場の約25%を表しています。 IEを依然として市場シェアの75~80%を命じています。代替手段を使用しない、または忘れられているユーザーは、より高度な機能を使用できず、設計者に厳しい決定が厳しくなります。

IE8は、最終的に他のブラウザがユーザに対して持っていたサポートを実装するだけで、IEユーザーベースは常に互換性で遅れます。 HTML 5は素晴らしいアイデアですが、フラッシュ/エアーやGoogle Gearsなどの独自の解決策が標準化されたのサポートを提供し続けることは、HTML 5が提供します。最大の問題は本当に標準化されています - あなたは可能な限り留意しているユーザーの最大のパーセンテージを持つウェブサイトを設計する必要があります。しかし、希望があります。 Mozilla Developerは、IEのためのキャンバスプラグインを作りました - 私たちは潜在的にオープンソースのIEアドオンを見ることができ、それは一定の標準まで持ち上げることができます。

Microsoftのクレジットに、IE8とWindows 7の開発と非常にオープンしている(プロジェクトブログを参照)、より積極的なIEの開発がHTML 5の採用を加速する可能性があります。

 

Ultimately it's whatever is supported by browser makers. HTML 5 is feature rich, but the final draft may be years off. There are inherent difficulties in implementing things like audio and video support in 4(+) major rendering engines, and having them all behave the same way. Even validation would be a chore. Most browsers besides IE support the canvas element and SVG, but they still only represent about 25% of the market. With IE still commanding 75-80% of the market share, users who don't use or are oblivious to alternatives will be unable to use more advanced features, giving designers a tough decision.

IE8 is only finally implementing support which other browsers have had for users, meaning that the IE user base will always lag in compatibility. While HTML 5 is a nice idea, I think proprietary solutions such as Flash/AIR and Google Gears will continue to provide standardized support for the rich features HTML 5 provides. The biggest problem really is standardization - you have to design a website with the greatest percentage of users in mind as possible. There is hope, however. A Mozilla developer made a canvas plugin for IE - we could potentially see an open-source IE add-on that brings it up to a certain standard, that users could install much like Flash.

To Microsoft's credit they are being very open with IE8 and Windows 7 development (see their project blogs), so there is the possibility that more proactive IE development will accelerate adoption of HTML 5.

</div
 
 
0
 
vote

w3cはxhtml2 ワーキンググループの憲章が2009年に期限切れになりました。彼らのリソースはHTML5ワーキンググループに転がった。 HTML5仕様には、 xhtml構文< / a>。

 

The W3C allowed the xhtml2 working group's charter to expire in 2009. Their resources were rolled into the html5 working group. The html5 spec contains a section entitled The XHTML Syntax.

</div
 
 

関連する質問

1  安らかなサービスとしてのASP.NET MVCとそれを簡単にする方法  ( Asp net mvc using as a restful service and consuming it easier way ) 
私はいくつかの機能を持つMVCアプリケーションを持っていたと言っても知りたかった、そして私はこれを私のクライアントのいくつかにサービスとして提供したいです。コーディングとXHTMLデータのクエリを実行する必要がありますか?(XHTMLで表現されているため)。私...

3  Doctype XHTML1-Transional.dtdはテーブルセルの高さを無視します  ( Doctype xhtml1 transitional dtd ignores table cell height ) 
<事前> <コード> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd...

0  画像タグのすべてのSRC属性へのパスを追加する方法はありますか?  ( Is there a way to add a path to all src attributes of image tags ) 
私のHTMLファイルのすべてのIMGタグにパス "images /"を追加したいと思います。それは可能ですか? ...

4  Webの未来は何ですか? XHTML 2、HTML 5、または何か他のもの?  ( Whats the future of the web xhtml 2 html 5 or something else ) 
新しいバージョンのHTMLとXHTMLの新しいバージョンの両方の議論と進歩に混乱しています。彼らは競争相手ですか?もしそうなら、Webの採用された未来になることが最も好意的ですか?そうでなければ、それぞれの競合されていない目的は何ですか? ここではBluray...

22  無効なXHTMLには許容されますか?  ( Is it acceptable for invalid xhtml ) 
私はたくさんのサイトに気づいたので、xhtmlを彼らのマークアップ言語として使ってから仕様に準拠しないようにしました。段落、無効な要素などの閉じるタグがないようにソースを閲覧するだけです。 それでは、ツール(および開発者)はXHTML DOCTYPEを使用する...

81  HTML - DIV Aをハイパーリンク全体にする方法? [複製]  ( Html how to make an entire div a hyperlink ) 
この質問はすでにここで回答を持っています リンクをリンクにする (27回答) 閉じられた 7年前> ...

1  jQueryとのページリンクをキャッチします  ( Catching in page links with jquery ) 
こんにちは私はユーザーがページリンクをクリックしたときに関数をトリガしたい場合はabc.com/hello.html#variable1をキャッチしたい#aribal1をキャッチして関数を実行したい。 ...

7  全体の幅を変更せずにテーブル行を非表示にする方法  ( How to hide table rows without resizing overall width ) 
テーブル全体の幅に影響を与えずにテーブル行を隠す方法はありますか?いくつかのテーブル行を表示/非表示するJavaScriptがいくつか持っていますが、行が display: none; に設定されている場合、表示された行の内容に合わせて縮小したテーブル。 ...

4  XHTMLの空白処理  ( White space handling in xhtml ) 
XHTML(1.0 Tashital)でホワイトスペースを正しく処理する方法に関する情報はありますか? XHTMLが標準のXMLホワイトスペース処理を使用していないかのようです。 編集:メイビー私は私が正確に探していたものについて少し不明のものでした。私は...

2  XHTMLでフィールドセットとラベルを使用していますか?  ( Is using fieldset and labels in xhtml discouraged ) 
私はそれらのWebブラウザの理解の根本的な欠如があると聞いた、そして頻繁にIE6,7、Operaはそれらを表示しようとしています。 それは確かに本当ですか?それらを避けるべきですか?そして、私たちがそれに参加している間、彼らはフォームを使うときに特定の利点を持...




© 2022 cndgn.com All Rights Reserved. Q&Aハウス 全著作権所有