Kommentar: Nach dem Verständnis des Fortschritts von XHTML 2 schauen wir uns den Fortschritt von X/HTML 5. X/HTML 5 an, wo die Idee von Kapitel Elementen X/HTML 5 neue Elemente einführt, um Webseiten in mehrere Kapitel zu unterteilen. Diese Komponenten helfen Suchmaschinen und assistierenden Tools, um den Seiteninhalt besser zu verstehen. Die Verwendung dieser neuen Elemente kann das Tag lesbarer machen. Kapitel 1
Nach dem Verständnis des Fortschritts von XHTML 2 schauen wir uns den Fortschritt von X/HTML 5 an.
X/html 5 Wo ist cool
Konzept der Kapitelelemente
X/HTML 5 führt neue Elemente ein, um Webseiten in Kapitel zu unterteilen. Diese Komponenten helfen Suchmaschinen und assistierenden Tools, um den Seiteninhalt besser zu verstehen. Die Verwendung dieser neuen Elemente kann das Tag lesbarer machen.
Die Idee von in Kapiteln basierender Inhalte ist cool! Bitte sehen Sie bitte, warum die Technik, Kapitel zu verwenden, nicht cool genug ist.
Dialogelemente
Ein Dialogelement wird verwendet, um ein Gespräch darzustellen. Es enthält ein DT -Element zur Definition des DT -Elements der Sitzung und ein DD -Element zur Darstellung der Rede der Sitzung. Zum Beispiel:
<Dialog>
<dt> Costello </dt>
<Dd> Schau, du musst erster Baseman? </dd>
<dt> Abbott </dt>
<dd> sicher. </dd>
<dt> Costello </dt>
<dd> Wer spielt zuerst? </dd>
<dt> Abbott </dt>
<dd> Das stimmt. </dd>
<dt> Costello </dt>
<dd> Wenn Sie jeden Monat den ersten Baseman auszahlen, wer bekommt das Geld? </dd>
<dt> Abbott </dt>
<dd> Jeder Dollar davon. </dd>
</dialog>
Figrae -Element
Header werden häufig in Medienobjekten (Fotos, Illustrationen, Diagramme usw.) in der Druckverteilung (Lehrbücher, Zeitungen, Zeitschriften usw.) verwendet. Bisher haben Web -Markup -Sprachen keine Struktur, die solche Effekte hervorrufen kann. Das Figrue -Element hat ein legendisches untergeordnetes Element, mit dem der Kopfzeile des Bildes angegeben werden kann. Zum Beispiel:
XML/HTML -Code
<Abus>
<Legend> Kredit: Media Inc., 2007 </legend>
<img src = smith.jpg Alt = Foto: J. Smith />
</figur>
m Element
Das M -Element repräsentiert einen Text, der gekennzeichnet oder hervorgehoben wird. 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 mit dem M -Element gekennzeichnet werden. Als Antwort auf die Suche des Benutzers nach Keyword -Schnee kann beispielsweise die Webseite den folgenden Absatz generieren:
XML/HTML -Code
<p> a <m> Schnee </m> Mann ist eine männliche Skulptur, die aus <m> Schnee ausgebaut ist. </p>
Eingabeelement wird gestärkt
Nachdem die Eingabeelementfunktion verbessert wurde, kann sie Datentypen wie E -Mail, URL, Datenkorrelation, Zeitkorrelation und Zahlen unterstützen. Dies bedeutet, dass mehr Überprüfungsfunktionen auf der Client -Seite ausgeführt werden können.
Der offene Prozess
Der Entwicklungsprozess von X/HTML ist viel offener als XHTML 2. Jeder kann an den kreativen Details von X/HTML 5 teilnehmen.
Die einzigen Mängel von X/HTML 5
Verwendung von Kapitelelementen
Die Idee, Kapitelelemente zu verwenden, ist gut, aber es scheint ein bisschen umständlich bei der Anwendung von X/HTML 5. Es gibt sogar einige Erklärungen, die Sie noch verwirrter machen. Zum Beispiel:
Das beiseite gelten Element repräsentiert einen Teil des Inhalts, der die Seite ausmacht, die dem Inhalt vor und nach dem beiseite Element zugeordnet ist und als unabhängiger Bestandteil des Inhalts angesehen werden kann. Diese Komponenten werden häufig in Seitenleisten in Drucktechniken verwendet.
Ist es einfacher, die Divelelemente mit Rollenattributen zu verstehen, die nicht erweiterbar und unverständlich sind?
Ein weiteres erwähntes Kapitelelement ist NAV, das Links zu anderen Seiten auf der Seite darstellt. Brauchen wir wirklich das Marine -Element? Das NL -Element in XHTML 2 kann diese Aufgabe besser ausführen.
Die Mängel in HTML 4 und XHTML 1 werden in zukünftigen Spezifikationen weiterhin existieren
Da X/HTML versucht, Rückwärtsunterstützung zu leisten, existieren Mängel in HTML 4 und XHTML 1 auch in X/HTML 5. Die Spezifikation muss nicht rückwärts sein, aber die Client -Software bietet durch die Unterstützung einer Vielzahl von Spezifikationen eine rückwärts gerichtete Kompatibilität.
X/HTML 5 folgt dem X/HTML 5 -Handbuch nicht
X/HTML 5 ist so konzipiert, dass er mit HTML 4 und XHTML abwärts kompatibel ist. Jetzt sind U- und TT nicht der Inhalt dieser Spezifikation, und andere Elemente wie I und Samll haben eine neu definierte semantische Bedeutung. In der HTML 4.01 -Spezifikation werden ich beispielsweise so definiert:
I: Machen Sie den Text kursiv
Klein: Text in kleiner Schrift rendern
In X/HTML 5 haben ich und kleine neue Bedeutungen:
Das I -Element verwendet verschiedene Möglichkeiten, um einen Absatz von Text oder Absätzen auszudrücken, die sich vom Text unterscheiden, z. B. Klassifizierungsdesign, technische Begriffe, Redewendungen in Fremdsprachen, Ideen, Meinungen, Schiffsnamen oder anderen Texten, die in Kursivschrift in der Drucktechnologie präsentiert werden müssen. .
Das kleine Element enthält kleine Schriftarten (Teile im Dokument, die rechtliche Einschränkungen wie Urheberrechte oder bestehende Nachteile angeben) und Kommentare.
Dies bricht nach hinten die Kompatibilität für HTML 4 und XHTML 1 durch, indem die Bedeutung von i und klein neu definiert wird. Dies liegt daran, dass die Rückwärtskompatibilität bedeuten sollte, dass der HTML 5 -Benutzeragent (Benutzeragent, Browser) beim Rendern von HTML 4 -Dokumenten mit dem HTML 4 -Benutzeragenten übereinstimmt. Wenn HTML 5 die Rückwärtskompatibilität hervorhebt, sind die Strukturen, die in HTML 4 nicht sehr aussagekräftig sind, auch in HTML 5 bedeutungslos.
Nein, richtig? Font -Elemente immer noch unterstützen?
Ja, wenn Entwickler den WYSIWYG -Editor verwenden, unterstützt X/HTML 5 noch Schriftstellelemente. Gibt es dafür Rationalität? Kann der Wysiwyg -Editor vermeiden, Schriftart zu verwenden?
Wysiwyg Signatur
Dokumente, die mit dem WYSIWYG -Editor erzeugt wurden, müssen die folgende WYSIWYG -Signatur im Kopfelement enthalten:
XML/HTML -Code
<meta name = generator content = (Wysiwyg Editor) />
oder:
XML/HTML -Code
<meta name = Generator content = Beispieleditor 1.0 (Wysiwyg Editor) />
Was ist der Grund dafür? Eine Art Scham Mark? Ist es notwendig, den Browser zu sagen, er solle sich auf das Schlimmste vorbereiten, da dieses Dokument mit dem WYSIWYG -Editor generiert wurde? Was soll ich also tun, wenn nur ein Teil des Dokuments mit dem WYSIWYG -Tool erledigt wird?
Unterstützt vordefinierte Klassennamen
Der vordefinierte Klassenname ist ein semantischer CSS -Klasse -Name, der im X/HTML 5 -Benutzeragenten aufbewahrt wird. Im folgenden Beispiel ist Copyright ein vordefinierter Klassenname:
XML/HTML -Code
<p class = Copyright> ... </p>
Andere vordefinierte Klassennamen umfassen Fehler, Beispiel, Ausgabe, Hinweis, Suche und Warnung. Was problematischer ist, ist, dass einige vordefinierte Klassennamen nur in bestimmten Elementen verwendet werden und nicht in anderen Elementen verwendet werden können. Zum Beispiel wird das Copyright des Klassennamens nur in P- und Span -Elementen verwendet. Der Klassennamenfehler wird nur in P, Abschnitt, Spannweite und stark verwendet.
Ein Problem mit vordefinierten Klassennamen ist, dass die folgende Schreibmethode bedeutungslos ist:
XML/HTML -Code
<p class = wichtig>
Und diese Art des Schreibens wird sinnvoll sein:
XML/HTML -Code
<p class = Copyright>
Das Umschreiben der Klassenattribute wird schwierig, die spezifische Bedeutung der Struktur zu erklären. Was bedeutet beispielsweise der folgende Code:
XML/HTML -Code
<p class = wichtiges Urheberrechtsproblem>
Vordefinierte Klassennamen beschränken auch die Verwendung von Klassennamen der Entwickler. Wenn der Entwickler jetzt einen nicht vorgelegten Klassennamen verwendet, aber eines Tages der Klassenname zu einer vordefinierten Klasse wird, was wird zuerst passieren? Verändert dies die Semantik des früheren Inhalts des Entwicklers?
HTML 5 vs xhtml 5
Um die Debatte zwischen HTML und XHTML endgültig zu lösen, macht die X/HTML 5 -Spezifikation die Dinge schwerer zu verstehen. In der X/HTML 5 -Spezifikation heißt es, dass Entwickler im Allgemeinen XML direkt im Web verwenden können, obwohl W3C für die zukünftige Anwendung von XML im Web hart gearbeitet hat.
Der Entwicklungsprozess ist zu gehetzt
X/HTML 5 soll die Verzögerung von W3C in den Updates von HTML 4 und XHTML 1 bewältigen. Daher führt dies zum Entwicklungsprozess von X/HTML 5 ein bisschen Eile, und es scheint, als würde diese Spezifikation plötzlich von dort angezeigt, wo sie plötzlich und dann schnell folgt. Selbst Entwickler, die direkt involviert sind, sind der Ansicht, dass der standardisierte Entwicklungsprozess etwas unpraktisch ist.
Wettbewerb für die nächste Generation von Markup -Sprachen
Sowohl X/HTML 5 als auch XHTML 2 konkurrieren um Alternativen zu HTML 4 und XHTML. 1. In den frühen Entwicklungsstadien haben einige Browser -Anbieter sofort ihre Präferenz für beide Spezifikationen beansprucht. Aufgrund der Dringlichkeit und Schließung der Überprüfung hat dies die Web -Standards -Organisation polarisiert. Im Laufe der beiden Normen werden mehr Entwicklungsressourcen und Marktkapital in einen von ihnen investiert, was alle einen Standardkrieg verursachen.
Jeder von uns ist der Setter dieses Standards, da das Web zu allen gehört, und nur eine ehrliche und offene Debatte kann sicherstellen, dass der beste Standard zum Gewinner wird.
HINWEIS: Aus Gründen des Lesens wird HTML 4.x/xhtml 1.x im Artikel als HTML 4 und XHTML 1 abgekürzt
Originalverbindung:? ID = 249