Webデザイナー向けのHTML5
- マークアップ言語の簡単な歴史
- HTML5モデル
- マルチメディア
- フォーム2.0
- 意味論
- HTML5と現在の状態
HTMLは、World Wide Webを統合する言語です。 単純なタグのセットだけで、人類は、Amazon、eBay、Wikipediaから、ヒトラーに似た猫専用のブログやサイトに至るまで、リンクされたページやウェブサイトの比類のないシステムを作成することができました。
HTML5はこの言語の最新バージョンです。 しかし、彼女が大きな変化と新しい機会をもたらすという事実にもかかわらず、これが初めて、言語が発達しなかった前に起こるとは言えません。 開発され、絶えず改善され、その外観から。
World Wide Web全般と同様に、HTML（HyperText Mark-up Language）は、Sir Tim Berners-Leeの発案によるものです。 1991年、彼は「HTMLタグ」という題名の作品を執筆しました。この作品では、Webページのマークアップ用に提案した20個弱のタグについて説明しました。
ただし、三角括弧内でコードワードを使用するというアイデアは、ティムirに属していません。 当時のそのようなシステムはすでに存在し、SGML（標準汎用マークアップ言語、標準汎用マークアップ言語）で使用されていました。ティムscratchは、ゼロから何かを発明する代わりに、既存のソリューションを基礎とする方が合理的であると考えました。 同様のアプローチが、開発プロセスでHTML5全体に適用されました。
IEFTからW3Cへ：HTML 4への道
HTMLバージョン1は存在しませんでした。 最初の公式仕様はすぐにHTML 2.0であり、その組織IETF（インターネット技術特別調査委員会、インターネット開発特別委員会）が発行しました。 この仕様で説明されている言語機能の多くは、すでに使用されているサードパーティ製品に基づいています。 たとえば、ページに画像を挿入するための<img>タグは、当時の主要な（1994年について）Mosaicブラウザに実装され、その後HTML 2.0の標準に移行されました。
IEFTバトンは後にW3C（World Wide Web Consortium、World Wide Web Consortium）によって取り上げられ、その後のすべてのバージョンのHTMLを処理しました。 90年代後半には、仕様の修正と変更に関する積極的な作業が行われ、最終的に（または1999年に）HTML 4.01が誕生しました。
その後、最初の重要な転換点はHTMLの歴史に登場しました。
XHTML 1：HTMLをXMLとして
HTML 4.01以降のマークアップ言語の新しいバージョンは、XHTML 1.0と呼ばれていました。 名前の「X」はeXtremeを意味し、Web開発者は単語を発音するたびに腕を組む必要がありました。
いいえ、もちろんありません。 実際、「X」は拡張可能（「拡張可能」）を意味し、腕を組むことはオプションでした。
XHTML 1.0の仕様自体は、HTML 4.01と違いはありませんでした。 新しいタグやパラメーターは追加されていません-違いは構文規則のみでした。 HTML開発者がコードの記述スタイルに関して完全な自由を与えられた場合、XHTMLでは、コンソーシアムによって開発された技術の大部分が基づいていたXML言語のルール（はるかに厳格で自由を許さない）に従う必要がありました。
ただし、厳密なルールは間に合いました。 たとえば、すべてのタグとパラメーターを小文字でのみ記述するなど、単一のスタイルに従うことをコーダーに推奨しましたが、HTMLでは必要に応じて行うことができました。
XHTML 1.0のリリースは、モダンスタイルシートブラウザー（CSS）のサポートレベルの向上と一致し、XHTMLの強力な構文は開発コミュニティで強化され、マークアップコードを記述する最適な方法であるという評判を得ました。
次に、XHTML 1.1がありました。
バージョン1.0がXML用に作成されたHTMLであった場合、XHTML 1.1はすでに本物の純粋なXMLです。 mime-type
text / htmlを適用できなくなったという意味で、XMLでフォーマットされたドキュメントを指定する必要がありました。 ただし、その場合、当時最も人気のあるブラウザ（Internet Explorer）で表示できなかったため、この言語を実行することは明らかにオプションではありませんでした。
開発中のW3Cは、グローバルネットワークが生きていた現実との接触を失い始めていたようです。
XHTML 2：いいえ、ゲートに入らない
映画「Graduate」のダスティン・ホフマンのヒーローがウェブデザイナーだった場合、W3Cは彼に一言だけXMLを伝えました。
コンソーシアムは、HTMLが4番目のバージョン以降廃止されていることを確信し、XHTML 2の作業を開始しました。XHTML2のタスクは、ネットワークを明るいXMLの未来に導くことでした。 また、名前が同じであるという事実にもかかわらず、新しいバージョンはXHTML 1とはまったく関係がありませんでした。さらに、前のバージョンと古いバージョンのHTML（したがって、既存のすべてのネットワークコンテンツ）との後方互換性はありませんでした。 代わりに、彼女は新しいクリーンな言語を導入することになっており、過去の仕様の残骸に悩まされていませんでした。
言い換えれば、それはナンセンスでした。
スプリット：W（HATWG）TF？
コンソーシアムの間で蜂起が起きました。 彼は標準の開発をリードすることは明らかでした-新しい、きれいで美しいにもかかわらず-しかし、ウェブデザイナーと開発者の現代のコミュニティのニーズを完全に満たしていない。 Opera、Apple、Mozillaは明らかにこれに満足していませんでした。完全に異なるものを期待していたためです-Webアプリケーションを作成する可能性を広げるフォーマットに重点を置いています。
変更の始まりは、2004年の会議の1つで行われました。 当時Opera Softwareの従業員だったIan Hicksonは、Webアプリケーションでこの言語を使用できるレベルまでHTMLの開発に取り組む提案を提出しました。 申し出は拒否されました。
欲求不満の反政府勢力は、コンソーシアムから脱却し、独自のグループを組織することを余儀なくされました：Web Hypertext Application Technology Working Group、略称WHATWG。
Web Apps 1.0からHTML5へ
WHATWGの動作原理は、W3Cの動作原理とは多少異なります。 W3Cでは、質問が提起され、議論され、最終的な決定は普遍的な選挙権によって可決されます。 WHATWGでも質問が提起され、議論されていますが、仕様に含まれるものとそうでないものに関する最終決定は編集長であるJan Hicksonに任されています。
W3Cのシステムはより民主的で正直なように思えるかもしれませんが、実践により、無限の紛争と内部の小競り合いによって開発プロセスがひどく遅くなることが示されています。 WHATWGでは、誰もが貢献できますが、最後の言葉はチーフに残り、物事はずっと速く動きます。 しかし、Glavredには
絶対的な力はありません。選ばれた指導者のグループは、それが必要となる可能性の低いイベントで彼の決定に挑戦することができます。
当初、WHATWGは2つの仕様（Web Forms 2.0とWeb Apps 1.0）に没頭していました。どちらもHTMLの拡張機能であると想定されていました。 しかし、時間の経過とともに、それらは1つの一般的なHTML5という名前にまとめられました。
再会
WHATWGがHTML5で作業している間、W3CはXHTML 2で引き続きチャネルを作成しました。これは、この全体がくそったと言っているわけではありません。 彼女はそれにゆっくりと沈みました。
2006年10月、Tir Berners-Lee hisは彼のブログで、ネットワークをHTMLからXMLに移行するというアイデアが馬鹿げていることを認めました。 数か月後、W3CはHTMLワーキンググループの新しいインストールを発行しました。HTMLの将来のバージョンは、ゼロから何かをするのではなく、WHATWGの経験に基づいて決定することが合理的に決定されました。
これらすべてのUターンとコースの変更により、やや混乱した状況が生じました。 しばらくの間、W3Cは2つの完全に互換性のないマークアップ言語（XTHML 2とHTML 5（スペースを含む））で同時に作業していましたが、別の組織であるWHATWGはHTML5仕様（スペースなし） W3Cの別の仕様。 西洋わさびはここで一緒に成長します。 Mementoの一連のイベントとDavid Lynchの仕事を扱う方が簡単でした。
XHTMLは死んでいる、長生きするXHTML構文
W3CがXHTML 2の更新はもうないだろうと発表した2009年に、状況は解消し始めました。 実際、彼らは形式が生まれてから死んでいることを単に公式に認めました。
しかし、奇妙な方法で、不必要な注意を払う代わりに、XHTML 2の死は悪意のある悪意を引き起こしました。 XMLの反対者は、ニュースをXHTML 1を放棄する呼びかけに変えました。 同様に、厳密な構文の支持者であるXHTML 1の支持者は、HTML5が再びずさんなレイアウトを正当化することを心配していました。
ただし、後者は深刻な問題のようには見えません。後で説明するように、誰でもHTML5構文の深刻度を自由に選択できます。
HTML5開発
HTML5の現在の状態は、以前ほどあいまいではありませんが、それでも透明度は高くありません。
現在、2つの組織がこの形式に取り組んでいます。 WHATWGは、「最初に実行してから検証する」という原則に基づいて仕様を開発しています。 W3C HTMLワーキンググループは、この仕様を取得し、「最初のチェック、次に実行」プロセスに渡します。 ご覧のように、そのような協力は、強力で効果的とは言えません。 しかし、少なくとも、標準の名前にある「スペースを入れるか入れないか」という問題は解決されたようです（HTML5であれば、入れる必要はありません）。
新しい言語の機能の一部を既にテストしたWebデザイナーにとって最も心配なのは、「いつ準備ができますか？」という質問です。インタビューで、Jan Hicksonは2022年をHTML5が「提案提案」ステータスになる日付として言及しました。 「提案された推奨事項」が何を意味するのかわからなかったため、デザイナーの間でdigりが生じましたが、2022年まで何年待たなければならないかを計算するのに十分な指がないことは明らかでした。
見れば、妨害は根拠がありません。 この場合、「提案された推奨事項」とは、この時点までにブラウザが言語のすべての機能を完全にサポートすることを意味します。 この場合、2022年に焦点を当てることは大胆すぎます。 多くのブラウザが、一度に既存の標準を選択するのが難しいことを知っています。 <abbr>タグのサポートを開始するのに10年以上かかったInternet Explorerを使用してください。
本当に注目する必要がある日付は2012年で、HTML5には「候補の推奨」のステータスが割り当てられます。つまり、仕様が確定し、標準の準備が整ったことになります。
ただし、もちろん、すべてがすぐに使用可能になるわけではありません。ブラウザが特定の機能のサポートを徐々に追加し、表示されたとおりに使用を開始する方法を監視する必要があります。 実際、CSS 2.1でもまったく同じでした。ブラウザーがサポートを一部に含むため、この標準の機能を適用し始めました。 彼らがそれを完全に理解するまで待てば、今まで待ちます。
言い換えれば、「バング、HTML5の時が来た！」と言う瞬間はありません。 しかし、あなたは彼らと一緒に仕事を始めることができます。 幸いなことに、この言語は革命によって生まれたのではなく、進化の過程で生まれたものであり、それ以前に作成されたものに基づいています。 したがって、以前のバージョンのHTMLを使用している場合、すでにHTML5を使用していると言えます。