Detaillierte Einführung in verschiedene Versionen des HTML-Dokumenttyps

Der Unterschied zwischen HTML 3.2 – Januar 1996, W3C-Empfehlung

·HTML 4.0 – Dezember 1997, W3C-Empfehlung

·HTML 4.01 – Dezember 1999, W3C-Empfehlung

·HTML 5.0 – August 2008, W3C-Arbeitsentwurf

HTML 2.0 ist eine veraltete Version von HTML, wahrscheinlich aus dem Jahr 1996.

HTML3.2 war wahrscheinlich im Jahr 1997, einer Ära ohne Stile. Einige Anzeigemethoden werden mithilfe von Attribut-Tags oder Attributen implementiert. Zum Beispiel: 〈CENTER〉ALIGN=CENTER usw. Einige sind aus späteren Versionen übrig geblieben.

XHTML ist die neueste Version von HTML. HTML-Tutorial

HTML 5 wird jedoch nicht direkt vom W3C formuliert, sondern von verschiedenen Browserherstellern WHATWG.

Validierungsprobleme bei W3c

Ein Element erscheint in einer Spezifikation das ist später als die von doctype deklarierte HTML-Version, das Element wird nicht interpretiert und gerendert? Nein, natürlich nicht! Vergessen Sie nicht das Burstahl-Gesetz, vergessen Sie nicht die Robustheit. Beim Empfang muss der Browser geöffnet sein. Daher prüft es keinen Formattyp, während

validator

dies tut (w3cs), Validatoren kümmern sich nur um den Formattyp. Dies ist der wahre Grund, warum Doctype existiert.

Einige Unterschiede zwischen W3c-Standards und Browser-Anzeige

Aus diesem Grund können Elemente wie Mitte, Schriftart usw., die von einigen Versionen von w3cshool nicht unterstützt werden, weiterhin in xhtml 1.0 und angezeigt werden html5 Es gibt Gründe für seine ursprüngliche Funktion. -----Browser-Fehlertoleranz. Das ist Burstahls Gesetz, auch bekannt als Gesetz der Robustheit. Seine Hauptbedeutung ist „konservativ beim Senden, offen beim Empfangen“. Browserhersteller verstehen, dass sie alle Versionen unterstützen müssen, und sie werden nicht aufhören, frühere Versionen von HTML zu unterstützen, nur weil jetzt jeder Websites in HTML4.1 oder HTML5 schreibt. Der Grund ist einfach: Browser müssen abwärtskompatibel sein. Dies ist der „Beim Empfang öffnen“-Geist des Browsers.

Seien Sie beim Senden konservativ“ ist eine Warnung an Webentwickler. Ihr HTML-Code sollte so standardisiert wie möglich geschrieben sein und von anderen (Browsern) problemlos analysiert werden können.

Warum sollte er w3c bestehen? Verifizierung (viele bestehen die W3C-Verifizierung nicht) Wenn Sie sich bei der Gestaltung Ihrer Seiten an die W3C-Standards halten, dann herzlichen Glückwunsch: Sie haben bereits die Hälfte der SEO-Arbeit (Suchmaschinenoptimierung) abgeschlossen. Warum sollte ich? Wo ist die andere Hälfte der Arbeit? Werden Sie nach dem Lesen dieses Artikels Ihre Website gemäß den W3C-Standards rekonstruieren? >XML

XHTML 1.0 wurde am 20. Januar 2000 als W3C-Empfehlung veröffentlicht >

Xhtml-Unterschied 1: Bei Namen und Attributen von Xhtml-Elementen muss die Groß-/Kleinschreibung beachtet werden.                                                                                                                                           Leere Tags müssen geschlossen werden wie
. sollte als
, Attributanführungszeichen können nicht weggelassen werden

Der W3C-Standardisierungsprozess ist in 7 verschiedene Schritte unterteilt

Stylesheets können beschreiben, wie das Dokument angezeigt, ausgesprochen oder gedruckt wird 4 .

Erklärung

XHTML 1.0 und HTML4.01 sind eigentlich dasselbe. Ich meine, im wahrsten Sinne des Wortes ist der Inhalt beider Spezifikationen gleich, das Vokabular ist gleich, alle Elemente sind gleich, alle Attribute sind gleich. Der einzige Unterschied besteht darin, dass XHTML1.0 die Verwendung der XML-Syntax erfordert. Mit anderen Worten: Alle Attribute müssen Kleinbuchstaben verwenden, alle Elemente müssen ebenfalls Kleinbuchstaben verwenden, alle Attributwerte müssen in Anführungszeichen gesetzt werden und Sie müssen daran denken, schließende Tags zu verwenden. Denken Sie daran, selbstschließende Tags für img und br zu verwenden.

Die Syntaxanforderungen von

1.html sind relativ locker, was für Webseitenschreiber bequemer, für herkömmliche Computer jedoch problematischer ist kompatibel mit loser Syntax, aber für viele andere Geräte, wie z. B. Mobiltelefone, ist es schwieriger, daher wurden DTD-Definitionsregeln und XHTML mit strengeren Syntaxanforderungen erstellt.

Das Ziel von 2.xhtml ist es, HTML zu ersetzen. Es ist eine strengere und reinere Version von HTML. Es ist fast dasselbe wie HTML4.01.

http://baike.soso.com/v8351954.htm#para3

XML wird zum Beschreiben und Speichern von Daten verwendet, während HTML zum Anzeigen von Daten verwendet wird.

W3c verfügt bereits über XHTML. Warum muss noch HTML5 entwickelt werden? ?

Die einzige Änderung mit XHTML 1.1 besteht darin, dass Sie Ihr Dokument als XML-Dokument markieren müssen. Nachdem das Dokument als XML markiert wurde, kann Internet Explorer es nicht verarbeiten. Natürlich kann IE9 damit umgehen, daher ist XHTML 1.1 etwas realitätsfern.

Dies führte zu Differenzen zwischen Browserherstellern und w3c hinsichtlich der Entwicklung von HTML. Die W3c-Hauptseite wird weiterhin in Richtung xhtml erweitert. Am Ende entwickelten die Browserhersteller selbst HTML-Erweiterungen, die jetzt HTML5 heißen. Später einigten sich W3C und Browserhersteller jedoch darauf, gemeinsam an HTML5-Erweiterungen teilzunehmen.

HTML5

Ein weiteres Designprinzip von HTML 5, es muss vorwärts- und rückwärtskompatibel sein, kompatibel mit zukünftigen HTML-Versionen

HTML 5 fügt mehr Vielfalt hinzuAPI bietet Funktionen zum Einbetten von Audio, Video, Bildern, zur Kundendatenspeicherung und zum Interaktivitätsdokument. Zu den weiteren Funktionen gehören neue Seitenelemente wie , , und .

Einige neue Elemente und Attribute, die die typische moderne Website-Nutzung widerspiegeln. Einige davon ähneln technisch gesehen den Tags

, haben aber eine Bedeutung, wie zum Beispiel

Solche Tags erleichtern die Indizierung durch Suchmaschinen, Geräte mit kleinem Bildschirm und die Nutzung durch Sehbehinderte. Es bietet auch neue Funktionen für andere Browsing-Elemente, wie z. B. die Tags

Erklärung dieser Website

Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn