HTML5開発の境界または範囲の定義は何ですか？

メーリングリストを読んで仕様書を見ても、HTML5の限界がソフトウェアやプログラマティックな技術であるとは言えません。私はHTML5でビデオとオーディオのフォーマットを標準化しようとしているところを見てきましたが、XHTML5の定義をHTML5の仕様に書いているようです。また、仕様が非常に長く、マークアップ言語の単なる定義と必要最低限の処理命令の外にあるトピックもカバーしているようです。HTML5開発の境界または範囲の定義は何ですか？

バージョン5では、HTMLは現在、マークアップ言語とは反対のアプリケーションインターフェイスです。もしそうなら、技術の境界と定義された限界は何か？もしそうでなければ、なぜ技術の開発プロセスに大きな注目を集めているマークアップの処理とは無関係に多くのトピックが存在するのでしょうか？マークアップ言語の終わりの境界とユーザーエージェントアプリケーションのアプリケーションプリファレンスはいつ始まりますか？分離が非常にはっきりしないように見えるが、業界標準としてはっきりしているはずのHTML5では正しいのでしょうか？

出典

2009-11-02 Anonymous

あなたはこれについて不思議な最初の人ではありません。広く実装

の数があるが、underspecifiedさかどうか指定し、古い技術（例えば、「DOM 0：http://blog.mozilla.com/rob-sayre/2008/02/19/bloaty-parts-of-the-whatwg-html5-specification-that-should-be-removed/#comment-7559

私の理解では、このです：ロブ・セイヤーとHTML5エディタ（hixie）間の議論を参照してください。 "機能、タグスープ解析）
最新のブラウザベンダーが相互運用可能に（例えば、ビデオ、キャンバス、オフラインなど）実装したい"重要な "新技術。

hixieがそれらに興味を持っていると、他のエディタは個別の仕様を維持するためにステップアップしない場合は、hixieは、HTML5でそれらを保つことを好む「[言い換え]ウェブの進行状況を失速ないために肥大化した仕様の価格を払って」。

ところで、正式な回答が必要な場合は、hixie自身またはHTML5ディスカッションフォーラムにお問い合わせください。

[編集] HTML5仕様から分割のものでhixieからほかの電子メールを見つけました：http://lists.w3.org/Archives/Public/public-html/2008Oct/0127.html

出典

2009-11-02 08:33:46 Nickolay

これがコミュニティ標準に関するものである場合、仕様の技術が何であるかを定義するために、一人の人間がすべての回答のソースとなることが期待されるのはなぜですか？この回答が標準で明示的に定義されていないのはなぜですか？仕様書がどんな技術であるか分からないかのように聞こえます。私がそれを言うとき、私は完全にマークから外れていますか？ –

あなたは他人の仕事についてのメタ質問をしていますが、その理由を理解できません。はい、理想的には、既に実装され、信頼されている脳の動作はないでしょう。コンテンツとプレゼンテーションは100％別々です。 HTML5の内容と何が間にあるのかがはっきりしています。高品質な仕様の作成に専念する時間を持つWeb技術に関する100人のエキスパートがいて、その仕様は間違いなく実装され、3ヶ月以内にユーザーに配備されます。しかし私たちは理想的な世界に住んでいないし、簡単に解決できる現在の設定では問題はありません。 – Nickolay

作品は標準であり、ウェブの多くの側面に適用されることを意図しており、ウェブのために開発するすべての人に直接影響を与えます。それは個人的な仕事ではないので、なぜ私が求めているのですか？あなたのタイムラインを除いて、あなたの仮説の中のすべては、標準化団体がサポートしている仕様の草案作成において、一般的には最小限の期待と考えられています。 XMLを書くために集まった150の "エキスパート"がいました。 ISOまたはIETFの規格がどのように一緒になっているかを検討してください。それらのグループでは、著者による拡張された防衛で博士論文を提出するようなものです。なぜHTMLの期待値が低いのでしょうか？ –

あなたは、この記事は非常に興味深い見つけることがあります。XHTML 2 http://xhtml.com/en/future/x-html-5-versus-xhtml-2/

対 X/HTML 5をW3Cが更新スペックを取得し、ウェブをより細分化されていないだけで、それができニーズがあるが遅いので、 HTML5はキャンバスタグやビデオ/オーディオの埋め込みなど、これらの問題を修正するために取り組んでいます。これは、非常に過度に使用された<object>タグと、代わりに使用する必要のあるFlashを置き換えます。

Webは単にWebページを提供するだけではなく、今ではjavascriptアプリケーションを使用しているので、HTML5だけでなく新しいバージョンへの移行の変更のために、 JavaScriptの

HTML5は、マークアップ言語に適した静的ページを提供するだけでなく、Webアプリケーションがサーバーを超えているため、単なるマークアップ言語ではありません。

出典

2009-11-02 04:27:39

私は完全にあなたの視点を理解し、あなたは非常に良い答えを提供しなかったが、あなたは質問に答えませんでした。 HTML5のスコープの境界は何ですか？また、HTML5の終わりとユーザーエージェントの開始位置はどこですか？あなたの答えは、私が最初にHTML5について信じていたことを本当に反駁しました。 –

私は、ブラウザーでは完全ではなく、約10年間は一般的ではないため、何が必要なのかを予測しようとしているので、追加できる範囲を超えた範囲の境界があるとは思わない。 –

ブラウザは優先順位の高いものを処理する方法を決定する必要があります。一部の映画でQuicktimeアプリケーションを使用したいが、残りの部分が埋め込みを使用している場合、それは仕様が決定できるものではないため、ブラウザはそれに対処する必要があります。 –

バージョン5では今だけのマークアップ言語ではなく、アプリケーションインタフェースHTMLのですか？

はい。

その場合、技術の境界と定義されている限界は何ですか？

ほとんどの場合、大きな新機能をもう使用しないという独自のルールです。

マークアップ言語の終わりの境界とユーザーエージェントアプリケーションのアプリケーションの環境設定はいつ開始されますか？

ぼやけています。このスタックオーバーフローページはドキュメントですか、アプリケーションですか？

HTML5では、分離はあまり明確ではなく、業界標準として明瞭でなければなりません。

仕様は動作上の要件が明確です。ドキュメントとアプリケーションの区別を明確にする必要はありません。

出典

2009-11-02 09:56:22 hsivonen

HTMLと内容は文書です。 JavaScriptとAJAXはアプリケーションインタフェースです。実際のアプリケーションは、JSを解釈してHTMLを解析するユーザーエージェントソフトウェアです。役割の区別は、技術の分離を非常に明確にします。仕様書では、意図的に明確にするために、文書とアプリケーションの違いを明確にする必要があります。仕様は明らかにはっきりしていないか、この質問をしたり、そのような難解な回答を受け取る必要はありませんでした。 –

HTMLは、当初から、マークアップと行動の間にこの緊張を抱いていました（Why do we have an IMG element?参照）。 HTMLとウェブはすでに不可避的にリンクされています。 HTMLの仕様は技術的な純度と牛の舗装の間を揺さぶっています。

HTMLはマークアップ言語ですが、仕様を実装しているアプリケーションの動作は制限されています。より純粋なマークアップのためには、XMLまたはSGMLがより適切でしょう。

私が理解しているように、仕様がマークアップ部分（x/HTML 5）に限定されず、代わりにユーザーエージェントの動作も指定するのは正しいですか？もしそうなら、意図的にユーザーエージェントの動作を仕様がカバーしているからです。実装アプリケーションが仕様に従うためにどのように動作すべきかを指定します。

今日は最初から始めていたら、HTML5で終わることはありません。しかし、我々は最初から始めているわけではなく、HTML仕様は常に実世界と理想とのバランスを取ろうと努力してきました。

出典

2009-11-04 22:17:26 Don

マークアップは、その語彙のボキャブラリと構造上の制約です。振る舞いは常にフォームコントロールとJavaScriptの問題でした。私は混乱を見ない。 W3Cは、XMLイベントとXFormsの標準を別にしてXML側でこれについても非常に明確になっています。あなたが主張している混乱はそれほど長い間明らかでした。 –

私は今あなたが得ているものを見る。しかし、あなたが指摘しているように、XMLでは分離があります。 HTMLはあまり純粋ではありません。したがって、XHTML2とHTML5を指定する際のW3CグループとWHATWGグループの間の競合。私はあなたが同意しないことを知っていますが、HTMLはしばらくMarkup/Behaviorに向かっています。より明確な分離のためにXMLを使用してください。 – Don

あなたは、Web用に開発することに関して、仕様が乱雑なので混乱して内容にすべきだと言っていますか？ –

超単純化のように聞こえる危険性があります：仕様に含まれていれば、それは標準の一部です。準拠するためには、エージェントは指定された部分を実装する必要があります。

「単なるマークアップ言語」ではないという事実は、HTML 5では新しいことではありません。HTML仕様は、単なるドキュメントマークアップではなく、私が知る限り、HTMLをマークアップのみの定義に絞り込む努力は、XHTMLの頂点に達しました。

HTML5は、純粋なマークアップだけでは、実際の懸念事項に十分に近づくことはできないと認識しているようです。この標準では、このような問題を解決するのに役立ちます。 " 「まあ、それはユーザーエージェントに任されているので、私たちのマークアップ仕様では心配しない」 ...そのような問題についてコンセンサスが欠如しているため、エンドユーザーの経験が苦しんでいるウェブでは、非常に満足できる解決策ではありません。

APIですか？おそらく、言語としては、必要なときに単なるマークアップとして機能します（非グラフィカルユーザーエージェントを考えてみましょう）。場合によっては、利用可能な選択肢よりもうまくいくはずです。

あなたの最後の質問に答えてください：いいえ、標準では、マークアップ言語とユーザーエージェントの動作との分離は「クリスタルクリア」である必要はありません。あなたはそれが何と思ったのですか？しかし、私はそれがあなたが思うよりもはっきりしていると思っています。マークアップやユーザエージェントの動作を指しているかどうか分からない部分の例を挙げることができますか？

出典

2009-11-05 08:58:29

実際の世界の問題は、HTML仕様をマークアップ言語に制約することで解決できません。追加の懸念事項がある場合、別のアプリケーションに関連する仕様では対応していないのはなぜですか？それでも、HTML5仕様の定義と範囲はどのようなものなのでしょうか。なぜなら、全体的な言語の本来の目的や意図された目的に関係なく、仕様の中に少しでもすべてを投げたように見えるからです。マークアップとアプリケーションの分離に関する仕様が明確でない場合、開発者はベストプラクティスの明確な決定をどのように決定するのですか？ –

現実問題：エラーを含む文書に直面したときにエージェントがどのように動作するか。なぜそれは別の仕様ではありませんか？良いアイデア：あなたはそれをすべきです。ああ、時間がない？うん。それが理由です。 –

明確な分離が「ベストプラクティスの決定」にどのように役立つでしょうか？ここの定義：http://www.w3.org/TR/html5/infrastructure.html#terminology、スコープはこちら：http://www.w3.org/TR/html5/introduction.html#scope適切な分離の欠如が理由であなたができないあなたの開発で何をしようとしていますか？あなたの発言はますます騒音のように聞こえる。具体的な例は、この議論を実際に*何かについて議論するための道のりをつくるだろう。 –

ここに、HTML5とHTML4の違いを示すリンクがあります。多くの属性とタグがHTML5から削除されました.HTML5はCSSでよりうまく処理されていたからです。彼がCSSを習得していない場合、プログラマが容易であればどうでしょうか？

出典

2009-11-10 04:41:20

あなたの質問に対する最良の答えは、おそらく "あなたは何をしようとしていますか？"です。

HTML5を使用している現代のWebブラウザ（IEではなく）で動作するWebアプリケーションを作成することを検討している場合、あなたが気にするスコープ/境界は、現代の主要なブラウザメーカは、現在、サポートを予定しており、近いうちにサポートを予定しています

Google Waveがこれを行い、クロスブラウザ（Firefox/Chrome/Safari/Opera）で動作する素晴らしい製品を思いつきました。すでに広くサポートされているHTML5の基本テナントには、ビデオ/オーディオ/キャンバス/ストレージ/ジオがあります。

HTML5 Support http://radar.oreilly.com/upload/2009/05/html5.png

http://radar.oreilly.com/2009/05/google-bets-big-on-html-5.html

出典

2009-11-11 00:37:05 philfreo

私はチャートが示すものを理解していません。誰もHTML5の大部分を統一的な方法でサポートしている人は誰もいません.9000ページのようなものであり、あらゆる種類の無関係な機能が含まれているため、 SVGの仕様はほとんど変わらず、その結果ほとんど誰もそれを採用しておらず、採用した人はそれを完全に採用していません。 –

チャートのポイントは、すべてのHTML5が一様にサポートされているわけではありませんが、HTML5の重要な機能のうち6つは実際には4つの異なるブラウザでサポートされています。 – philfreo

HTML5開発の境界または範囲の定義は何ですか？

答えて

関連する問題