Nachdem wir den Fortschritt von XHTML 2 verstanden haben, werfen wir einen Blick auf den Fortschritt von X/HTML 5.
Was ist das Coole an X/HTML 5?
Konzeption der Kapitelelemente X/HTML 5 führt neue Elemente zur Unterteilung von Webseiten in Kapitel ein. Diese Komponenten helfen Suchmaschinen und Barrierefreiheitstools, den Inhalt der Seite besser zu verstehen. Verwenden Sie diese neuen Elemente, um Beschriftungen besser lesbar zu machen.
Die Idee von Kapitelinhalten ist cool! Aber werfen Sie einen Blick darauf, warum die Verwendung der Chapter-Technologie nicht cool genug ist.
Dialogelemente
Das Konversationselement wird verwendet, um eine Konversation darzustellen. Es enthält ein dt-Element, das zur Definition des Sprechers verwendet wird, und ein dd-Element, das den Inhalt der Rede des Sprechers darstellt. Zum Beispiel:
Figurenelement Impressum werden häufig in Medienobjekten (Fotos, Illustrationen, Diagramme usw.) in gedruckten Publikationen (Lehrbüchern, Zeitungen, Zeitschriften usw.) verwendet. Bisher gibt es in Web-Markup-Sprachen keine Konstrukte, die diesen Effekt erzeugen können. Das Element „figrue“ verfügt über ein untergeordnetes Legendenelement, mit dem die Kopfzeile des Bilds angegeben werden kann. Zum Beispiel:
XML/HTML-Code
m-Element
Das m-Element stellt einen Textabschnitt dar, der markiert oder hervorgehoben ist. Dies ist sehr nützlich, wenn Suchschlüsselwörter auf dynamischen Webseiten angezeigt werden. Zu diesem Zeitpunkt können die Schlüsselwörter auf der Seite mithilfe des m-Elements markiert werden. Als Reaktion auf die Suche des Benutzers nach dem Schlüsselwort Schnee kann die Webseite beispielsweise den folgenden Inhalt generieren:
XML/HTML-Code
Ein SchneeMann ist eine menschenähnliche Skulptur, die aus Schnee gebaut ist.
Das Eingabeelement wurde erweitert Die Eingabeelementfunktion wurde erweitert, um E-Mail-, URL-, datenbezogene, zeitbezogene und numerische Datentypen zu unterstützen. Dies bedeutet, dass mehr Verifizierungsfunktionen auf der Clientseite durchgeführt werden können.
Offener Prozess Der Entwicklungsprozess von X/HTML ist viel offener als der von XHTML 2. Jeder kann am X/HTML 5-Kreativprozess teilnehmen.
Der Wermutstropfen von X/HTML 5 Verwendung von Kapitelelementen
Die Idee, Kapitelelemente zu verwenden, ist gut, scheint aber in X/HTML 5-Anwendungen etwas umständlich zu sein. Einige Erklärungen können Sie sogar noch mehr verwirren. Zum Beispiel:
Das Aside-Element stellt einen Teil des Seiteninhalts dar. Es hängt mit dem Inhalt vor und nach dem Aside-Element zusammen. Es kann als unabhängiger Teil des Inhalts betrachtet werden. Diese Komponenten werden häufig in Sidebars in der Drucktechnik eingesetzt.
Sind div-Elemente mit Rollenattributen nicht erweiterbarer und leichter zu verstehen?
Ein weiteres erwähntes Kapitelelement ist nav, das zur Darstellung von Links zu anderen Seiten auf der Seite verwendet wird. Brauchen wir das Navigationselement wirklich? Das nl-Element in XHTML 2 erfüllt diese Aufgabe besser.
Die Mängel in HTML 4 und XHTML 1 werden auch in zukünftigen Spezifikationen bestehen bleiben
Da X/HTML versucht, Rückwärtsunterstützung bereitzustellen, bestehen in X/HTML 5 weiterhin Mängel in HTML 4 und XHTML 1. Spezifikationen müssen nicht rückwärtsleer sein; stattdessen sollte die Client-Software Abwärtskompatibilität bieten, indem sie mehrere Spezifikationen unterstützt.
X/HTML 5 folgt nicht dem X/HTML 5-Handbuch X/HTML 5 ist so konzipiert, dass es abwärtskompatibel mit HTML 4 und XHTML 1 ist. Derzeit sind big, Akronym, u und tt nicht Teil dieser Spezifikation, aber andere Elemente wie i und samll haben die Semantik neu definiert. Beispielsweise sind i und small in der HTML 4.01-Spezifikation wie folgt definiert:
i: Machen Sie den Text kursiv
Klein: Text in „kleiner“ Schriftart rendern
In X/HTML 5 haben i und small neue Bedeutungen:
Das i-Element verwendet verschiedene Möglichkeiten, um einen Textabschnitt oder einen Absatz auszudrücken, der sich vom Haupttext unterscheidet, z. B. Klassifizierungsdesign, Fachbegriffe, Redewendungen in Fremdsprachen, eine Idee, Meinung, einen Schiffsnamen oder andere Bedürfnisse Drucktechnologie Gibt Text kursiv wieder. .
Das kleine Element präsentiert kleingedruckte Schriftarten (Teile des Dokuments, die rechtliche Einschränkungen wie Urheberrecht oder bestehende Nachteile erläutern) und Kommentare.
Dadurch wird die Abwärtskompatibilität mit HTML 4 und XHTML 1 unterbrochen, indem die Bedeutung von i und small neu definiert wird. Dies liegt daran, dass Abwärtskompatibilität bedeuten sollte, dass der HTML 5-Benutzeragent (Browser) beim Rendern von HTML 4-Dokumenten mit dem HTML 4-Benutzeragenten konsistent sein sollte. Wenn also in HTML 5 die Abwärtskompatibilität im Vordergrund steht, haben Strukturen, die in HTML 4 wenig Bedeutung haben, auch in HTML 5 wenig Bedeutung.
Auf keinen Fall? Wird das Schriftartelement weiterhin unterstützt?
Ja, X/HTML 5 unterstützt weiterhin das Schriftartelement, wenn der Entwickler einen WYSIWYG-Editor verwendet. Gibt es dafür eine Begründung? Können WYSIWYG-Editoren die Verwendung von Schriftarten vermeiden?
WYSIWYG-Signatur Dokumente, die mit einem WYSIWYG-Editor erstellt wurden, müssen die folgende WYSIWYG-Signatur im Kopfelement enthalten:
XML/HTML-Code
Oder:
XML/HTML-Code
Was ist der Grund dafür? Eine Art Schamzeichen? Wird der Browser angewiesen, sich auf das Schlimmste vorzubereiten, da dieses Dokument mit einem WYSIWYG-Editor erstellt wurde? Was passiert also, wenn nur ein Teil des Dokuments mit WYSIWYG-Tools fertiggestellt wird?
Unterstützt vordefinierte Klassennamen Vordefinierte Klassennamen sind semantische CSS-Klassennamen, die in X/HTML 5-Benutzeragenten reserviert sind. Im folgenden Beispiel ist „Copyright“ ein vordefinierter Klassenname:
XML/HTML-Code
Nur so zu schreiben macht Sinn:
XML/HTML-Code
Das Umschreiben des Klassenattributs macht es schwierig, die spezifische Bedeutung der Struktur zu erklären. Was bedeutet beispielsweise der folgende Code:
XML/HTML-Code
Vordefinierte Klassennamen schränken auch die Freiheit des Entwicklers bei der Verwendung von Klassennamen ein. Wenn der Entwickler jetzt einen nicht vordefinierten Klassennamen verwendet, der Klassenname jedoch eines Tages zu einer vordefinierten Klasse wird, was passiert dann zuerst? Ändert sich dadurch die Semantik des bisherigen Inhalts des Entwicklers?
HTML 5 vs. XHTML 5 Um die Debatte zwischen HTML und XHTML endlich zu lösen, macht die X/HTML 5-Spezifikation die Dinge schwerer verständlich. Tatsächlich heißt es in der X/HTML 5-Spezifikation, dass „Entwickler XML im Allgemeinen auch direkt im Web verwenden können“, obwohl das W3C hart an der zukünftigen Anwendung von XML im Web gearbeitet hat.
Der Entwicklungsprozess ist zu schnell X/HTML 5 ist eine Reaktion auf die Verzögerung des W3C bei der Aktualisierung von HTML 4 und XHTML 1. Infolgedessen war der Entwicklungsprozess für Selbst direkt beteiligte Entwickler halten den standardisierten Entwicklungsprozess für etwas unrealistisch.
Wettbewerb für die nächste Generation von Auszeichnungssprachen X/HTML 5 und XHTML 2 konkurrieren beide darum, HTML 4 und XHTML 1 zu ersetzen. Schon in den frühen Entwicklungsstadien haben einige Browser-Anbieter ihre Präferenz für beide Spezifikationen zum Ausdruck gebracht. Aufgrund der Dringlichkeit und geschlossenen Natur der Beratungen hat dies zu einer Polarisierung der Web-Standardisierungsorganisationen geführt. Mit der Weiterentwicklung beider Spezifikationen werden mehr Entwicklungsressourcen und Marktkapital in eine von ihnen investiert, was alles zu einem „Standard“-Krieg führen wird. Jeder von uns ist der Setzer dieses Standards, denn das Web gehört allen und nur eine ehrliche, offene Debatte kann sicherstellen, dass der beste Standard gewinnt.
Hinweis: Zur besseren Lesbarkeit wird im Artikel „HTML 4.x/XHTML 1.x“ als „HTML 4 und XHTML 1“ abgekürzt.
Originallink: http://www.dudo.org/article.asp?id=249
Stellungnahme:
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