XHTML

Xhtml
Dateiname Erweiterung
.xhtml, .xht,
.xml, .html, .htm
Internet -Medientyp
Anwendung/xhtml+xml
Uniform Typ Identifier (UTI) public.xhtml
UTI -Konformation public.xml
Entwickelt von World Wide Web Consortium (W3C)
Erstveröffentlichung 26. Januar 2000
Neueste Erscheinung
5.0
28. Oktober 2014; vor 7 Jahren
Art des Formats Auszeichnungssprache
Erweitert von Xml, Html
Standard W3C HTML5 (Empfehlung)
Offenes Format? Ja

Erweiterbare Hypertext -Markup -Sprache (Xhtml) ist Teil der Familie von Xml Markup -Sprachen. Es spiegelt oder erweitert Versionen der weit verbreiteten Hypertext -Markup -Sprache (HTML) die Sprache, in der Webseiten werden formuliert.

Während html vor dem HTML5, wurde als Anwendung von definiert Standardverallgemeinerte Markup -Sprache (SGML), ein flexibler Markup -Sprachgerüst, XHTML ist eine Anwendung von Xml, eine restriktivere Untergruppe von SGML. XHTML -Dokumente sind gut geformt und können daher im Gegensatz zu HTML mit Standard-XML-Parsers analysiert werden, was einen milde HTML-spezifischen Parser erfordert.[1]

Xhtml 1.0 wurde a World Wide Web Consortium (W3C) Empfehlung Am 26. Januar 2000 wurde XHTML 1.1 am 31. Mai 2001 zu einer W3C -Empfehlung. Der als XHTML5 bekannte Standard wird als XML -Anpassung der HTML5 -Spezifikation entwickelt.[2][3]

Überblick

XHTML 1.0 ist "eine Neuformulierung der drei HTML 4 -Dokumenttypen als Anwendungen von XML 1.0".[4] Das World Wide Web Konsortium (W3C) hält auch weiterhin die Empfehlung HTML 4.01 und die Spezifikationen für HTML5 und XHTML5 werden aktiv entwickelt. Im aktuellen XHTML 1.0 -Empfehlungsdokument, wie er bis August 2002 veröffentlicht und überarbeitet wurde Alle seine damit verbundenen Vorteile, obwohl sie sich immer noch in den rückständigen und zukünftigen Kompatibilität ihres Inhalts sicher sind. "[4]

Im Jahr 2005 jedoch die Web Hypertext Application Technology Arbeitsgruppe (Whatwg) unabhängig vom W3C gebildet, um an der Weiterentwicklung des ordentlichen HTML zu arbeiten, der nicht auf XHTML basiert. Das Whatwg begann schließlich an einem Standard zu arbeiten, der sowohl XML als auch Nicht-XML unterstützte Serialisierungen, HTML5Parallel zu W3C-Standards wie XHTML 2. 2007 stimmte die HTML-Arbeitsgruppe des W3C für die offizielle Anerkennung von HTML5 und arbeitete als HTML-Standard der nächsten Generation.[5] Im Jahr 2009 erlaubte der W3C die Charta der XHTML 2-Arbeitsgruppe und erkannte an, dass HTML5 der HTML-Standard der nächsten Generation der nächsten Generation sein würde, einschließlich sowohl XML- als auch Nicht-XML-Serialisierungen.[6] Von den beiden Serialisierungen schlägt der W3C vor, dass die meisten Autoren die HTML -Syntax anstelle der XHTML -Syntax verwenden.[7]

Motivation

XHTML wurde entwickelt, um HTML mehr zu machen erweiterbar und erhöhen Interoperabilität mit anderen Datenformaten.[8] Darüber hinaus verzeihten Browser Fehler in HTML, und die meisten Websites wurden trotz technischer Fehler im Markup angezeigt. XHTML führte strengere Fehlerbehebung ein.[9] HTML 4 war angeblich eine Anwendung von Standardverallgemeinerte Markup -Sprache (SGML); Die Spezifikation für SGML war jedoch komplex, und weder Webbrowser noch die HTML 4 -Empfehlung waren vollständig mit ihr konform.[10] Der 1998 genehmigte XML -Standard lieferte ein einfacheres Datenformat in der Einfachheit an HTML 4.[11] Durch das Umschalten in ein XML -Format wurde gehofft, dass HTML mit gemeinsamen XML -Werkzeugen kompatibel werden würde;[12] Server und Stellvertreter können den Inhalt nach Bedarf für eingeschränkte Geräte wie Mobiltelefone transformieren.[13] Durch die Nutzung Namespaces, XHTML Skalierbare Vektorgrafiken und Mathml.[14] Schließlich würde die erneute Arbeit die Möglichkeit bieten, HTML in wiederverwendbare Komponenten zu unterteilen (XHTML -Modularisation) und unfordige Teile der Sprache aufzuräumen.[15]

Beziehung zu HTML

Es gibt verschiedene Unterschiede zwischen XHTML und HTML. Das Dokumentobjektmodell (DOM) ist eine Baumstruktur, die die Seite intern in Anwendungen darstellt, und XHTML und HTML sind zwei verschiedene Möglichkeiten, dies in Markup darzustellen. Beide sind weniger ausdrucksstark als das DOM-zum Beispiel "-" kann in Kommentaren im DOM platziert werden, aber in einem Kommentar in XHTML oder HTML nicht in einem Kommentar dargestellt werden-und im Allgemeinen ist die XML-Syntax von XHTML ausdrucksvoller als HTML (zum Beispiel (zum Beispiel beliebige Namespaces sind in HTML nicht zulässig). XHTML verwendet eine XML-Syntax, während HTML ein Pseudo verwendetSGML Syntax (offiziell SGML für HTML 4 und unter, aber nie in der Praxis und standardisiert von SGML in HTML5). Da der expressionsbare Inhalt der DOM in der Syntax geringfügig unterschiedlich ist, gibt es einige Änderungen des tatsächlichen Verhaltens zwischen den beiden Modellen. Syntaxunterschiede können jedoch durch die Implementierung eines alternativen translationalen Frameworks innerhalb des Markups überwunden werden.

Erstens gibt es einige Unterschiede in der Syntax:[16]

  • Im Großen und Ganzen erfordern die XML -Regeln dies alle Elemente Seien Sie geschlossen, entweder durch ein separates Schluss-Tag oder mit der selbstklammenden Syntax (z.
    ), während die HTML -Syntax ermöglicht, dass einige Elemente nicht abgelehnt werden, da sie entweder immer leer sind (z. ) oder ihr Ende kann implizit bestimmt werden ("Omialität", z.

    ).
  • XML ist für Elemente und sensitiv und Attribut Namen, während HTML nicht ist.
  • Einige Kurzmerkmale in HTML sind in XML weggelassen, wie z. B. (1) Attributminimierung, wo Attributwerte oder ihre Zitate weggelassen werden können (z. oder , während in XML dies als ausgedrückt werden als ); (2) Elementminimierung kann verwendet werden, um Elemente vollständig zu entfernen (wie z. in einer Tabelle abgeleitet, wenn nicht angegeben); und (3) die selten verwendete SGML -Syntax für die Elementminimierung ("ShortTag"), die die meisten Browser nicht implementieren.[17]
  • Es gibt zahlreiche andere technische Anforderungen in Bezug auf Namespaces und präzises Parsen von Whitespace sowie bestimmte Charaktere und Elemente. Die genaue Parsen von HTML in der Praxis wurde bis vor kurzem undefiniert. Siehe die HTML5 -Spezifikation ([HTML5]) für vollständige Details oder die Arbeitszusammenfassung (Html vs. xhtml).

Zusätzlich zu den syntaktischen Unterschieden gibt es einige Verhaltensunterschiede, die sich hauptsächlich aus den zugrunde liegenden Unterschieden in der Serialisierung ergeben. Zum Beispiel:

  • Das Verhalten bei Parse -Fehlern unterscheidet sich. Ein fataler Analysefehler in XML (z. B. eine falsche Tag -Struktur) führt dazu, dass die Dokumentverarbeitung abgebrochen wird.
  • Die meisten Inhalte, die Namespaces erfordern Xlink.
  • Die JavaScript-Verarbeitung unterscheidet sich in XHTML mit geringfügigen Änderungen für die Empfindlichkeit einiger Funktionen und weitere Vorsichtsmaßnahmen, um die Verarbeitung auf gut geformten Inhalte zu beschränken. Skripte dürfen die nicht verwenden document.write() Methode; Es ist nicht für XHTML verfügbar. Das Innerhtml Eigenschaft ist verfügbar, fügt jedoch keinen nicht ausgebildeten Inhalt ein. Andererseits kann es verwendet werden, um gut geformten Namenspattern in XHTML einzufügen.
  • Cascading Style Sheets (CSS) werden ebenfalls unterschiedlich angewendet. Aufgrund der Fallsensitivität von XHTML werden alle CSS-Selektoren für XHTML-Dokumente zur Fallempfindlichkeit.[18] Einige CSS -Eigenschaften wie Hintergründe setzen auf die Element in HTML werden in die nach oben geerbt Element; Dies erscheint[Klarstellung erforderlich] nicht für XHTML der Fall sein.[19]

Annahme

Die Ähnlichkeiten zwischen HTML 4.01 und XHTML 1.0 leiteten viele Websites und Content -Management -Systeme Um die erste W3C XHTML 1.0 -Empfehlung zu übernehmen. Um die Autoren im Übergang zu unterstützen, gab der W3C Anleitung zur Veröffentlichung von XHTML 1.0-Dokumenten in html-kompatibler Weise und dienen ihnen Browsern, die nicht für XHTML konzipiert wurden.[20][21]

Solche "HTML-kompatiblen" Inhalte werden mit dem HTML-Medienart (Text/HTML) und nicht der offizielle Internetmedienstyp für XHTML (Anwendung/xhtml+xml). Bei der Messung der Einführung von XHTML an die von regulärem HTML ist es daher wichtig zu unterscheiden, ob es sich um den Vergleich von Medientypen oder tatsächlichen Dokumenteninhalten handelt.[22][23]

Die meisten Webbrowser haben reife Unterstützung[24] Für alle möglichen XHTML -Medientypen.[25] Die bemerkenswerte Ausnahme ist Internet Explorer Versionen 8 und früher von Microsoft; eher als zu rendern Anwendung/xhtml+xml Inhalt, ein Dialogfeld lädt den Benutzer ein, den Inhalt stattdessen auf Festplatten zu speichern. Sowohl Internet Explorer 7 (veröffentlicht im Jahr 2006) als auch Internet Explorer 8 (veröffentlicht im März 2009) zeigen dieses Verhalten.[26] Der Microsoft -Entwickler Chris Wilson erklärte 2005, dass die Prioritäten von IE7 verbessert wurden Browsersicherheit und CSS Unterstützung, und diese ordnungsgemäße XHTML-Unterstützung wäre schwierig, auf die kompatibilitätsorientierte HTML-Parser des IE zu transplantieren.[27] jedoch, Microsoft Unterstützung für echte xhtml in hinzugefügt Dh9.[28]

Solange die Unterstützung nicht weit verbreitet ist, vermeiden die meisten Webentwickler die Verwendung von XHTML, das nicht mit HTML-kompatibel ist.[29] Die Vorteile von XML wie Namespaces, schnelleren Parsen und kleineren Browsern zugute kommen dem Benutzer nicht.[30][31][32]

Kritik

In den frühen 2000er Jahren begannen einige Webentwickler, warum Webautoren jemals den Sprung in das Autoring in XHTML gemacht haben.[33][34][35] Andere konterten, dass die Probleme, die der Verwendung von XHTML zugeschrieben wurden Internet Explorer 6.[36][37] Sie beschrieben die Vorteile von XML-basierten Webdokumenten (d. H. XHTML) hinsichtlich Suchen, Indizieren und Parsen sowie zukünftiger Bestandsbereitschaft des Webs selbst.

Im Oktober 2006 der HTML Inventor und der W3C -Stuhl Tim Berners-LeeEinführung einer großen W3C-Anstrengung zur Entwicklung einer neuen HTML ... Einige große Gemeinden haben sich verändert und genießen die Früchte wohlgeformter Systeme ... der Plan ist, eine völlig neue HTML-Gruppe zu chartern. "[38] Der aktuelle HTML5 -Arbeitsentwurf besagt: "Besondere Aufmerksamkeit wurde auf die Definition klarer Konformitätskriterien für Benutzeragenten gelenkt, um die Interoperabilität zu verbessern ... während gleichzeitig die HTML -Spezifikationen aktualisiert werden, um Probleme zu beheben, die in den letzten Jahren angesprochen wurden." Ian Hickson, Herausgeber der HTML5 -Spezifikation, die die unsachgemäße Verwendung von XHTML im Jahr 2002 kritisiert,[33] ist Mitglied der Gruppe, die diese Spezifikation entwickelt und als einer der Mitherausgeber des aktuellen Arbeitsentwurfs aufgeführt ist.[39]

Simon Pieters recherchierte die XML-Einhaltung mobiler Browser[40] und kam zu dem Schluss, dass "die Behauptung, dass XHTML für mobile Geräte benötigt wird, einfach ein Mythos ist".

Versionen von xhtml

Xhtml 1.0

In früheren Zeiten[wenn?], Wikipedia verwendete die XHTML 1.0 Transitional DocType und Syntax, obwohl es nicht als XHTML serviert wurde

Im Dezember 1998 wurde ein W3C -Entwurf mit dem Titel veröffentlicht HTML in XML neu formuliert. In diesem Voyager wurde der Codename für eine neue Markup -Sprache basierend auf HTML 4 eingeführt, aber die strengeren Syntaxregeln von XML haftet. Bis Februar 1999 hatte sich der Name der Spezifikation geändert XHTML 1.0: Die erweiterbare Hypertext -Markup -Spracheund im Januar 2000 wurde es offiziell als W3C -Empfehlung verabschiedet.[41] Es gibt drei formale DTDs für xhtml 1.0, entsprechend den drei verschiedenen Versionen von HTML 4.01:

  • Xhtml 1.0 streng ist das XML -Äquivalent zu striktem HTML 4.01 und enthält Elemente und Attribute, die in der HTML 4.01 -Spezifikation nicht veraltet sind. Ab November 2015, Xhtml 1.0 strikt ist der Dokumenttyp für die Homepage der Website der World Wide Web Konsortium.
  • XHTML 1.0 Übergangs ist das XML -Äquivalent von HTML 4.01 -Übergang und umfasst die Präsentationselemente (wie z. Center, Schriftart und schlagen) aus der strengen Version ausgeschlossen.
  • XHTML 1.0 Frameset ist das XML -Äquivalent von HTML 4.01 Frameset und ermöglicht die Definition von Frameset -Dokumente- Ein gemeinsames Web -Feature Ende der neunziger Jahre.

Die zweite Ausgabe von XHTML 1.0 wurde im August 2002 zu einer W3C -Empfehlung.[42]

Modularisation von xhtml

Modularisation Bietet eine abstrakte Sammlung von Komponenten, durch die XHTML untergraben und erweitert werden kann. Die Funktion soll XHTML helfen, seine Reichweite auf aufstrebende Plattformen wie mobile Geräte und webfähige Fernseher zu erweitern. Der anfängliche Entwurf von Modularisation von xhtml wurde im April 1999 erhältlich und erreichte im April 2001 den Empfehlungsstatus.[43]

Die ersten modularen XHTML -Varianten waren XHTML 1.1 und XHTML Basic 1.0.

Im Oktober 2008 Modularisation von xhtml wurde abgelöst von XHTML -Modularisation 1.1, was ein hinzugefügt wird XML -Schema Implementierung. Es wurde selbst im Juli 2010 durch eine zweite Ausgabe ersetzt.[44]

XHTML 1.1: Modulbasierte XHTML

Xhtml 1.1 entwickelte sich aus der Arbeit, die die Anfangsarbeit umgibt Modularisation von xhtml Spezifikation. Die W3C veröffentlichte im September 1999 einen ersten Entwurf; Der Empfehlungsstatus wurde im Mai 2001 erreicht.[45] Die in XHTML 1.1 kombinierten Module erstellen xhtml 1.0 streng effektiv mit Zugabe von Ruby Annotation Elemente (Rubin, RBC, RTC, RB, rt und RP) um ostasiatische Sprachen besser zu unterstützen. Andere Änderungen sind die Entfernung der Name Attribut aus dem a und Karte Elemente und (in der ersten Ausgabe der Sprache) Entfernung der Lang Attribut zugunsten von XML: Lang.

Obwohl XHTML 1.1 mit XHTML 1.0 und HTML 4 weitgehend kompatibel ist, gab die Arbeitsgruppe im August 2002 eine formelle Notiz aus, die darauf hingewiesen wurde, dass sie nicht mit dem HTML -Medientyp übertragen werden sollte.[46] Mit begrenzter Browserunterstützung für die Alternative Anwendung/xhtml+xml Medientyp, XHTML 1.1 hat sich als nicht in der Lage erwiesen, weit verbreitet zu nutzen. Im Januar 2009 eine zweite Ausgabe des Dokuments (XHTML -Medientypen - zweite Ausgabe) wurde ausgestellt, entspannt diese Einschränkung und ermöglichte es XHTML 1.1 zu erfüllen als Text/HTML.[47]

Eine zweite Ausgabe von XHTML 1.1 wurde am 23. November 2010 ausgestellt, die verschiedene Errata behandelt und eine XML -Schema -Implementierung hinzufügt, die nicht in die ursprüngliche Spezifikation enthalten ist.[48] (Es wurde erstmals kurz am 7. Mai 2009 als "vorgeschlagene bearbeitete Empfehlung" veröffentlicht[49] Vor dem 19. Mai aufgrund ungelöster Probleme aufgehoben.)

Xhtml grundlegend

Seit Informationsgeräte kann das fehlen Systemressourcen Um alle XHTML-abstrakten Module zu implementieren, definierte die W3C eine merkmalsbegrenzte XHTML-Spezifikation, die als XHTML Basic bezeichnet wird. Es bietet eine minimale Feature-Untergruppe, die für die häufigste inhaltliche Authoring ausreicht. Die Spezifikation wurde a W3C -Empfehlung Im Dezember 2000.[50]

Von allen Versionen von XHTML bietet XHTML Basic 1.0 die wenigsten Funktionen. Mit XHTML 1.1 ist es eine der beiden ersten Implementierungen des modularen XHTML. Zusätzlich zu den Kernmodulen (Struktur, Text, Hypertext und Liste) implementiert sie die folgenden abstrakten Module: Basis, Grundformulare, Grundtabellen, Bild, Link, Metainformation, Objekt, Stilblatt und Ziel.[51][52]

XHTML Basic 1.1 ersetzt das Basic Forms -Modul durch das Formulierungsmodul und fügt die intrinsischen Ereignisse, Präsentationen und Skriptmodule hinzu. Es unterstützt auch zusätzliche Tags und Attribute aus anderen Modulen. Diese Version wurde am 29. Juli 2008 zu einer W3C -Empfehlung.[53]

Die aktuelle Version von XHTML Basic ist 1.1 Second Edition (23. November 2010), in dem die Sprache in den W3Cs neu implementiert wird XML -Schema Sprache. Diese Version unterstützt auch die Lang Attribut.[54]

XHTML-Print

XHTML-Print, das im September 2006 zu einer W3C-Empfehlung wurde, ist eine spezielle Version von XHTML Basic für Dokumente, die von Informationsgeräten bis Low-End gedruckt wurden Drucker.[55]

XHTML Mobile Profil

XHTML Mobile Profil (abgekürzte XHTML MP oder XHTML-MP) ist eine Drittanbietervariante der Basisspezifikation des W3C. Wie XHTML Basic wurde XHTML für Informationsgeräte mit begrenzten Systemressourcen entwickelt.

Im Oktober 2001 a Gesellschaft mit beschränkter Haftung Das sogenannte drahtlose Anwendungsprotokollforum begann mit der Anpassung von XHTML Basic für WAP 2.0die zweite Hauptversion der Drahtloses Anwendungsprotokoll. Das WAP -Forum basiert auf der W3C -Modularisation von XHTML durch die W3C -Module durch das W3C, das in XHTML Basic 1.0 verwendet wird - außer für das Zielmodul. Beginnend mit dieser Fundament ersetzte das WAP -Forum das Basic Forms -Modul durch eine teilweise Implementierung des Formulare -Moduls, fügte teilweise Unterstützung für das Legacy- und Präsentationsmodule hinzu und fügte die vollständige Unterstützung für das Style Attribut -Modul hinzu.

Im Jahr 2002 wurde das WAP -Forum in die Subsum in die Öffnen Sie die mobile Allianz (OMA), das das mobile XHTML -mobiles Profil als Komponente ihrer OMA -Browserspezifikation weiterentwickelte.

Xhtml mobiles Profil 1.1

Zu dieser Version, die 2004 abgeschlossen wurde, fügte die OMA teilweise Unterstützung für das Skriptmodul und eine teilweise Unterstützung für intrinsische Ereignisse hinzu. XHTML MP 1.1 ist Teil von V2.1 der OMA -Browsing -Spezifikation (1. November 2002).[56]

XHTML Mobile Profil 1.2

Diese Version, die am 27. Februar 2007 abgeschlossen wurde, erweitert die Funktionen von XHTML MP 1.1 mit vollem Unterstützung für das Forms -Modul- und OMA -Texteingangsmodus. XHTML MP 1.2 ist Teil von V2.3 der OMA -Browsing -Spezifikation (13. März 2007).[56]

Xhtml mobiles Profil 1.3

XHTML MP 1.3 (abgeschlossen am 23. September 2008) verwendet das XHTML Basic 1.1 Dokumenttypdefinition, einschließlich des Zielmoduls. Ereignisse in dieser Version der Spezifikation werden auf DOM-Level 3-Spezifikationen aktualisiert (d. H. Sie sind plattform- und sprachneutral).

Xhtml 1.2

Die XHTML 2 -Arbeitsgruppe berücksichtigte die Erstellung einer neuen Sprache basierend auf XHTML 1.1.[57] Wenn xhtml 1.2 erstellt würde, würde es einschließen Wai-Aria und Rolle Attribute, um zugängliche Webanwendungen besser zu unterstützen, und verbessert Semantisches Web Unterstützung durch RDFA. Das Eingabemodus Attribut von XHTML Basic 1.1 zusammen mit dem Ziel Attribut (zur Angabe rahmen Ziele) könnten auch vorhanden sein. Das XHTML2 WG war nicht zur Durchführung der Entwicklung von XHTML1.2 gegründet worden. Da die W3C angekündigt hat, dass sie nicht beabsichtigt, das XHTML2 WG neu zu lenken,[6] und schloss die WG im Dezember 2010, dies bedeutet, dass XHTML 1.2 -Vorschlag nicht erlassen würde.

Xhtml 2.0

Zwischen August 2002 und Juli 2006 veröffentlichte die W3C acht funktionierende Entwürfe von XHTML 2.0, einer neuen Version von XHTML, die in der Lage ist, eine saubere Pause aus der Vergangenheit zu machen, indem die Erfordernis der Rückwärtskompatibilität verworfen wurde. Diese mangelnde Kompatibilität mit XHTML 1.x und HTML 4 verursachte einige frühe Kontroversen in der Webentwickler -Community.[58] Einige Teile der Sprache (wie die Rolle und RDFA -Attribute) wurden anschließend aus der Spezifikation aufgeteilt und als separate Module bearbeitet, um den Übergang von XHTML 1.x zu XHTML 2.0 reibungsloser zu machen. Ein neunter Entwurf von XHTML 2.0 sollte im Jahr 2009 erwartet werden, aber am 2. Juli 2009 beschloss die W3C, die XHTML2 -Arbeitsgruppe Charta bis zum diesjährigen Ende des Jahres auszulehnen und die weitere Entwicklung des Entwurfs effektiv in einen Standard zu stoppen.[6] Stattdessen wurden XHTML 2.0 und seine damit verbundenen Dokumente als veröffentlicht als W3c Notizen in 2010.[59][60]

Neue Funktionen, die von XHTML 2.0 eingeführt wurden, beinhaltet:

  • HTML -Formulare sollten durch ersetzt werden durch XFormsEine XML-basierte Benutzereingabespezifikation, mit der Formulare für verschiedene Rendering-Geräte angemessen angezeigt werden können.
  • HTML -Rahmen sollten durch ersetzt werden durch Xframes.
  • Das DOM -Ereignisse sollten durch ersetzt werden durch XML -Ereignisse, der das XML verwendet Dokumentobjektmodell.
  • Ein neuer Listenelement -Typ, der, der nl Elementtyp sollte aufgenommen werden, um eine Liste als Navigationsliste speziell zu bezeichnen. Dies wäre nützlich bei der Erstellung verschachtelter Menüs gewesen, die derzeit mit einer Vielzahl von Mitteln wie verschachtelten Listen oder verschachtelten Definitionslisten erstellt wurden.
  • Jedes Element sollte in der Lage sein, als Hyperlink, e. g.,
  • Artikel
  • , ähnlich zu Xlink. XLink selbst ist jedoch aufgrund von Entwurfsunterschieden nicht mit XHTML kompatibel.
  • Jedes Element sollte in der Lage sein, alternative Medien mit dem zu verweisen src Attribut, e. g.,

    London Bridge

    ist das gleiche wie

    London Bridge

    .
  • Das Alt Attribut der img Element wurde entfernt: Alternativer Text sollte im Inhalt des img Element, ähnlich wie das Objekt Element, e. g., HMS Kühn.
  • Ein einzelnes Überschriftenelement (h) wurde hinzugefügt. Der Niveau dieser Überschriften wurde durch die Tiefe des Nistens bestimmt. Dies hätte es der Verwendung von Überschriften ermöglicht, unendlich zu sein, anstatt die Verwendung auf sechs Ebenen tief zu begrenzen.
  • Die verbleibenden Präsentationselemente i, b und tt, immer noch in xhtml 1.x (sogar streng) erlaubt, sollten in XHTML 2.0 fehlen. Die einzigen, die noch etwas präsentierende Elemente verbleiben, war zu sein sup und Sub Für Superscript bzw. ein Einverweis, da sie erhebliche nicht-presentationale Verwendungen haben und von bestimmten Sprachen erforderlich sind. Alle anderen Tags sollten sein semantisch Stattdessen (z. stark zum starke Betonung) während der Benutzeragent die Darstellung von Elementen über CSS steuern kann (z. -end Stylesheet usw.).
  • Die Zugabe von RDF Triple mit dem Eigentum und um Attribute, um die Konvertierung von XHTML in RDF/XML zu erleichtern.

Xhtml5

HTML5 wuchs unabhängig vom W3C durch eine lose Gruppe von Browserherstellern und anderen interessierten Parteien Waswgoder Web Hypertext Application Technology Arbeitsgruppe. Das Schlüsselmotiv der Gruppe bestand darin, eine Plattform für dynamische Webanwendungen zu erstellen. Sie betrachteten XHTML 2.0 als zu dokumentorientiert und nicht für die Schaffung von Internet Forum Websites oder Online -Shops.[61]

HTML5 hat beide regelmäßig Text/HTML Serialisierung und eine XML -Serialisierung, die auch als bekannt ist als Xhtml5.[62] Die Sprache ist besser mit HTML 4 und XHTML 1.x als XHTML 2.0 kompatibel, da die vorhandenen HTML -Formelemente und Ereignisse aufbewahrt werden. Es fügt viele neue Elemente hinzu Sektion und beiseite Stichworte.

Die XHTML5 -Sprache verwendet wie HTML5 a DocType Erklärung ohne DTD. Darüber hinaus verwertet die Spezifikation frühere XHTML -DTDs, indem die Browser gebeten werden, sie durch eine zu ersetzen, die nur Entitätsdefinitionen für benannte Zeichen während des Parsens enthält.[62]

Semantischer Inhalt in xhtml

Xhtml+rdfa ist eine erweiterte Version der XHTML -Markup -Sprache für die Unterstützung RDF durch eine Sammlung von Attributen und Verarbeitungsregeln in Form von Gut geformtes XML Unterlagen. Diese Wirtssprache ist eine der Techniken, die für die Entwicklung verwendet werden Semantisches Web Inhalt durch Einbettung von reichem semantischen Markup.

Gültige XHTML -Dokumente

Ein XHTML -Dokument, das einer XHTML -Spezifikation entspricht gültig. Die Gültigkeit gewährleistet die Konsistenz im Dokumentcode, was wiederum die Verarbeitung erleichtert, jedoch nicht unbedingt ein konsistentes Rendering durch Browser gewährleistet. Ein Dokument kann mit der Gültigkeit überprüft werden W3C Markup Validierungsdienst (Für XHTML5 sollte der Validator.nu Living Validator stattdessen verwendet werden). In der Praxis bieten viele Webentwicklungsprogramme eine Codevalidierung basierend auf dem W3c Standards.

Wurzelelement

Das Stammelement eines XHTML -Dokuments muss sein html, und muss eine enthalten xmlns Attribut, es mit dem XHTML zu assoziieren Namespace. Der Namespace URI für XHTML ist http://www.w3.org/1999/xhtml. Das folgende Beispiel -Tag bietet zusätzlich eine XML: Lang Attribut zur Identifizierung des Dokuments mit a Natürliche Sprache:

 xmlns ="http://www.w3.org/1999/xhtml" XML: Lang ="ar"> 

DocTypes

Um ein XHTML -Dokument zu validieren, a Dokumenttyperklärung, oder DocType, könnte genutzt werden. Ein docType erklärt dem Browser die Dokumenttypdefinition (DTD), dem das Dokument entspricht. Eine Dokumententypdeklaration sollte vor dem platziert werden Wurzelelement.

Das Systemkennung Teil des docType, der in diesen Beispielen das ist URL das beginnt mit http: //benötigen nur auf eine Kopie der zu verwendenden DTD, wenn der Validator keine basierend auf dem finden kann öffentliche Kennung (die andere zitierte Zeichenfolge). Es muss nicht die spezifische URL sein, die in diesen Beispielen steht. Tatsächlich werden Autoren aufgefordert, nach Möglichkeit lokale Kopien der DTD -Dateien zu verwenden. Die öffentliche Kennung muss jedoch wie in den Beispielen charakteristisch sein.

XML -Erklärung

A Zeichenkodierung kann zu Beginn eines XHTML -Dokuments in der XML -Erklärung angegeben werden, wenn das Dokument verwendet wird Anwendung/xhtml+xml MIME Typ. (Wenn einem XML -Dokument keine Codierungsspezifikation vorliegt, geht ein XML -Parser davon aus, dass die Codierung ist UTF-8 oder UTF-16es sei denn, die Codierung wurde bereits durch ein höheres Protokoll bestimmt.)

Zum Beispiel:

Die Erklärung kann optional weggelassen werden, da sie als Codierung der Standard -Codierung erklärt werden. Wenn das Dokument jedoch stattdessen XML 1.1 oder eine andere Zeichenkodierung verwendet, ist eine Deklaration erforderlich. Internet Explorer Vor der Version 7 tritt ein Mackenmodus, wenn es auf eine XML -Erklärung in einem Dokument stößt als als Text/HTML.

Rückwärtskompatibilität

XHTML 1.x -Dokumente sind meist rückwärts kompatibel mit HTML 4 -Benutzeragenten, wenn die entsprechenden Richtlinien eingehalten werden. Xhtml 1.1 ist im Wesentlichen kompatibel, obwohl die Elemente für Ruby Annotation sind nicht Teil der HTML 4 -Spezifikation und somit allgemein von HTML 4 -Browsern ignoriert. Spätere xhtml 1.x -Module wie die für die Rolle Attribut, RDFA und Wai-Aria auf ähnliche Weise anmutig abbauen.

XHTML 2.0 ist deutlich weniger kompatibel, obwohl dies durch die Verwendung von Skripten bis zu einem gewissen Grad gemindert werden kann. (Dies kann einfache Einzeiler sein, wie die Verwendung von document.createelement () Um ein neues HTML -Element im Internet Explorer zu registrieren oder JavaScript -Frameworks wie die Formenfassen Implementierung von XForms.))

Beispiele

Im Folgenden sind Beispiele für XHTML 1.0 -streng mit denselben visuellen Ausgabe. Ersteres folgt den HTML -Kompatibilitätsrichtlinien der XHTML -Medientypen, während letztere eine rückwärtskompatibilität durchbricht, aber saubereres Markup bietet.[47]

Empfehlung von Medientypen (in RFC 2119 -Begriffen) für die Beispiele:
Medientyp Beispiel 1 Beispiel 2
Anwendung/xhtml+xml SOLLTE SOLLTE
Anwendung/XML KANN KANN
Text/xml KANN KANN
Text/HTML KANN SOLLTE NICHT

Beispiel 1.

   "http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd">  xmlns ="http://www.w3.org/1999/xhtml" XML: Lang ="en" lang ="en">     http-äquiv ="Inhaltstyp" Inhalt ="text/html; charset = utf-8"/>  </span>XHTML 1.0 Strenge Beispiel<span class="nt">   Typ ="Text/JavaScript">  //  Funktion loadpdf () {     document.getElementById ("pdf-object") .src = "http://www.w3.org/tr/xhtml1/xhtml1.pdf";  }  //]]>       Onload ="loadpdf ()">  

Dies ist ein Beispiel für eine Titel ="Extensible Hypertext Markup Sprache">Xhtml 1.0 Strenge Dokument. /> id ="Validierungsinicon" src ="http://www.w3.org/icons/valid-xhtml10" Alt ="Gültig xhtml 1.0 streng"/> <br /> id ="PDF-Objekt" Name ="PDF-Objekt" Typ ="Anwendung/PDF" Daten ="http://www.w3.org/tr/xhtml1/xhtml1.pdf" Breite ="100%" Höhe ="500">

Beispiel 2.

    "http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd">  xmlns ="http://www.w3.org/1999/xhtml" XML: Lang ="en">    </span>XHTML 1.0 Strenge Beispiel<span class="nt">   Typ ="Anwendung/JavaScript">    Funktion loadpdf () {     document.getElementById ("pdf-object") .src = "http://www.w3.org/tr/xhtml1/xhtml1.pdf";  }  ]]>       Onload ="loadpdf ()">  

Dies ist ein Beispiel für eine Titel ="Extensible Hypertext Markup Sprache">Xhtml 1.0 Strenge Dokument. /> id ="Validierungsinicon" src ="http://www.w3.org/icons/valid-xhtml10" Alt ="Gültig xhtml 1.0 streng"/> <br /> id ="PDF-Objekt" Typ ="Anwendung/PDF" Daten ="http://www.w3.org/tr/xhtml1/xhtml1.pdf" Breite ="100%" Höhe ="500"> </Object>

Anmerkungen:

  1. Die "LoadPDF" -Funktion ist tatsächlich eine Problemumgehung für den Internet Explorer. Es kann durch Hinzufügen ersetzt werden innerhalb .
  2. Das img Element bekommt keine Name Attribut in der Xhtml 1.0 strenger DTD. Verwenden Ich würde stattdessen.

Querkompatibilität von XHTML und HTML

HTML5- und XHTML5-Serialisierungen sind weitgehend interkompatibel, wenn sie sich an die strengere XHTML5-Syntax einhalten. Es gibt jedoch einige Fälle, in denen XHTML nicht als gültiges HTML5 (z. B.,, Verarbeitungsanweisungen sind veraltet in Html[klären], werden als Kommentare behandelt und in der ersten ">", während sie in XML vollständig erlaubt sind, als ihre eigene Art behandelt und schließen ?>).[63]

Siehe auch

Verweise

  1. ^ Graff, Eliot (7. Mai 2014). "Polyglot -Markup: Ein robustes Profil des HTML5 -Wortschatzes". W3c.
  2. ^ "HTML vs. xhtml". whatwg.org.
  3. ^ "The Whatwg Blog". whatwg.org.
  4. ^ a b "XHTML 1.0 Spezifikation, Abschnitt 1: Was ist XHTML?". World Wide Web Konsortium. 2000-01-26. Abgerufen 2007-06-16.
  5. ^ "Ergebnisse von HTML 5 Text, Editor, Namensfragen". W3.org.
  6. ^ a b c "Häufig gestellte Fragen (FAQ) zur Zukunft von XHTML". W3.org.
  7. ^ "HTML5 Working Draft, Abschnitt 1.6: HTML vs xhtml". World Wide Web Konsortium. 2011-01-13. Abgerufen 2011-02-16.
  8. ^ "XHTML 1.0 -Spezifikation, Abschnitt 1.1: Warum ist das Bedürfnis nach XHTML?". World Wide Web Konsortium. 2000-01-26. Abgerufen 2007-06-16.
  9. ^ Pilger, Mark. "Wie sind wir hierher gekommen? - Tauchen Sie in HTML5". DiveIntoHtml5.info. Abgerufen 2016-06-11.
  10. ^ Arjun Ray (1999-10-06). "Der normative Hinweis auf SGML (war: i-D-Aktion)". Abgerufen 2008-12-29. ... Da ISO 8879 jedoch keine Anwendungen für die Verbot interner Teilmengen liefert, folgt der Buchstabe der HTML [4] -Pec automatisch, dass es eine konforme SGML -Anwendung ist ...
  11. ^ Tina Holmboe (2008-10-06). "Xhtml - Mythos und Realität". Das Archiv des Entwicklers. Archiviert von das Original Am 2017-01-12. Abgerufen 2008-12-29. ... Da die Designziele von XML selbst die des ursprünglichen HTML -HTML teilweise widerspiegelten, war es logisch, dass die Arbeiten mit der Formulierung einer XML -basierten Markup -Sprache begannen ...
  12. ^ Kip Hampton (2001-01-10). "Erstellen von Web -Dienstprogrammen mit XML :: XPath". Xml.com. Abgerufen 2008-12-29. ... Das Problem: Sie möchten die Leistung und Einfachheit nutzen, die XML -Tools bieten können, aber Sie stehen vor einer Website voller alternder HTML -Dokumente. Die Lösung: Konvertieren Sie Ihre Dokumente in XHTML und setzen Sie Perl und setzen Xml :: xpath arbeiten...
  13. ^ Jean-Luc David (2004-04-14). "Entwicklung von drahtlosen Inhalten mit XHTML Mobile". Xml.com. Abgerufen 2008-12-29. ... Ein nützliches Merkmal von XHTML ist, dass es als XML manipuliert werden kann. Erweiterbare Stylesheet -Sprachvorlagen können verwendet werden, um XHTML in WML oder andere proprietäre mobile Formate umzuwandeln ...
  14. ^ "Namespaces Crashkurs". Mozilla Developer Center. Archiviert von das Original am 2008-10-02. Abgerufen 2008-12-29. ... Es war ein langjähriges Ziel des W3C, es zu ermöglichen, dass verschiedene Arten von XML -basierten Inhalten in derselben XML -Datei gemischt werden. Zum Beispiel könnten SVG und MathML direkt in ein XHTML -basierter wissenschaftlicher Dokument aufgenommen werden ...
  15. ^ Steven Pemberton (2004-07-21). "HTML und XHTML beantworteten häufig Fragen". World Wide Web Konsortium. Abgerufen 2008-12-29. ... Mit einer XML-basierten HTML-Sprache können andere XML-Sprachen Bits von XHTML enthalten, und XHTML-Dokumente können Bits anderer Markup-Sprachen enthalten. Wir könnten auch die Neugestaltung nutzen, um einige der unordentlicheren Teile von HTML zu beseitigen und einige neue erforderliche Funktionen hinzuzufügen, wie bessere Formen ...
  16. ^ Clark, James (1997-12-15). "Vergleich von SGML und XML". World Wide Web Consortium Note.
  17. ^ "Shorthand Markup". HTML 4, Anhang B: Leistung, Implementierung und Designnotizen. W3c. Abgerufen 30. September 2011.
  18. ^ "Fallempfindlichkeit". Sitepoint pty. Ltd. Abgerufen 30. September 2011.
  19. ^ Wilson, Nicholas. "CSS -Unterschiede zwischen XHTML und HTML".
  20. ^ "XHTML 1.0 -Spezifikation, Anhang C: HTML -Kompatibilitätsrichtlinien". World Wide Web Konsortium. 2000-01-26. Abgerufen 2007-06-16.
  21. ^ "XHTML -Medientypen, W3C Arbeitsgruppe Note". World Wide Web Konsortium. 2002-08-01. Abgerufen 2008-06-12.
  22. ^ "Meta- und Inline -Tags, die Google versteht | Google Search Central".
  23. ^ Greta de Groat (2002). "Perspektiven im Web und Google: Monika Henzinger, Forschungsdirektor, Google ", Journal of Internet Cataloging, Vol. 5 (1), S. 17-28, 2002.
  24. ^ Frühe Implementierungen (wie Mozilla 0,7 und Opera 6.0, beide im Jahr 2001 veröffentlicht) rendern XHTML nicht inkrementell, wie es über das Netzwerk empfangen wird, was eine erneute Benutzererfahrung bietet. Siehe das Mozilla Web Autor FAQ. Spätere Browser wie Opera 9.0, Safari 3.0 und Firefox 3.0 haben dieses Problem nicht.
  25. ^ "XHTML -Medientyp -Test - Ergebnisse". W3.org.
  26. ^ Chris Wilson (2005-09-15). "Der <? Xml> prolog, strenge Modus und xhtml in IE". Abgerufen 2007-06-16. Ich habe auch seit einiger Zeit Kommentare im IEBLOG gelesen und um Unterstützung für den MIME -Typ "Anwendung/XML+XHTML" in IE gebeten. Ich sollte sagen, dass IE7 diesen MIME -Typ keine Unterstützung hinzufügen wird - wir werden natürlich weiterhin XHTML lesen, wenn wir als "Text/HTML" bedient werden, vorausgesetzt, es folgt den HTML -Kompatibilitätsempfehlungen.
  27. ^ Chris Wilson (2005-09-15). "Der <? Xml> prolog, strenge Modus und xhtml in IE". Abgerufen 2007-06-16. ... Wenn wir versuchten, echtes XHTML in IE 7 zu unterstützen, hätten wir unseren vorhandenen HTML -Parser (der sich auf Kompatibilität konzentriert) und Hacking in XML -Konstrukten verwendet. Es ist höchst unwahrscheinlich, dass wir XHTML auf diese Weise gut unterstützen könnten. Insbesondere würden wir hier oder da sicherlich keine wenigen Fehlerfälle erkennen und ungültige Fälle stillschweigend unterstützen. Dies würde natürlich in Zukunft Kompatibilitätsprobleme verursachen, die auf der Behandlung von Parserfehlern beruhen, die XML explizit zu vermeiden versucht. Wir möchten kein weiteres Chaos wie das mit aktuellem HTML -Fehlerbehandlungen verursachen (in Kompatibilität mit früheren Browsern verwurzelt - Sie können mir diese persönlich etwas verantwortlich machen, aber nicht, dh). Ich würde mir viel lieber die Zeit nehmen, XHTML nach IE 7 richtig zu implementieren und es wirklich interoperabel zu haben ...
  28. ^ Hachamovitch, Dean (2010-03-16). "HTML5, Hardware Accelerated: Erste IE9 -Plattform Vorschau für Entwickler verfügbar". Ieblog weiter Microsoft Developer Network. Microsoft. Abgerufen 2010-03-22. ... Zu diesem Zeitpunkt suchen wir nach Entwickler -Feedback zu unserer Implementierung der Parsingregeln von HTML5, Auswahl -APIs, XHTML -Unterstützung und Inline -SVG. Innerhalb von CSS3 suchen wir nach Entwickler -Feedback zur Unterstützung von IE9 für Selektoren, Namespaces, Farben, Werte, Hintergründe und Ränder und Schriftarten.
  29. ^ "Liste der XHTML-Websites (die X-Philes)". Abgerufen 2008-08-26.
  30. ^ "Im Jahr 2007 kamen 37 Führungskräfte in der Suchmaschinenoptimierung zu dem Schluss, dass die Keywords im Schlüsselwörter -Attribut wenig zu keiner ist." Sanger.nu Blog, 9. September 2008, abgerufen am 2. August 2011 abgerufen Archiviert 21. Februar 2009 bei der Wayback -Maschine
  31. ^ "Meta für SEO verwendet". 18. Dezember 2015. Archiviert Aus dem Original am 31. März 2016. Abgerufen 18. März, 2016.
  32. ^ Danny Sullivan, So verwenden Sie HTML -Meta -Tags Archiviert 2008-09-13 bei der Wayback -Maschine, Suchmaschinenuhr, 5. Dezember 2002
  33. ^ a b Ian Hickson, ein ehemaliger Entwickler des Opernbrowsers und Mitbegründer des Waswg (2002-09-08). "Senden von XHTML als Text/HTML als schädlich angesehen". Abgerufen 2007-06-16.
  34. ^ Anne Van Kesteren, Entwicklerin des Opera-Browsers (2004-06-13). "Xhtml ist ungültig html". Abgerufen 2007-06-16.
  35. ^ Maciej Stachowiak, Entwickler des Safari-Browsers von Apple (2006-09-20). "HTML, XML und XHTML verstehen". Abgerufen 2007-06-16.
  36. ^ Brad Fults (2005-12-21). "Senden von XHTML als Text/HTML als schädlich für Gefühle angesehen.". Abgerufen 2008-09-13. Es gibt nicht annähernd so viele Nachteile (falls vorhanden), XHTML wie Text/HTML wie [Ian Hickson] zu senden, und die Vorteile, die ich oben erwähnt habe, machen es meiner bescheidenen Meinung nach wert. Es gibt einige subtile Fußnoten und Klammern [in Hicksons Artikel], was darauf hinweist Beratung scheint gesunder Menschenverstand zu sein und einem Autor, der tatsächlich weiß, was XHTML ist und wie man es schreibt, nicht erwähnenswert ist.
  37. ^ Paul McDonald (2007-06-30). "Der Fall für xhtml". Abgerufen 2008-09-13. Einige Leute sagen, XHTML im Web sei gescheitert, aber ich sage, es ist unser größter Erfolg im Kampf um Webstandards. ... xhtml ist jedoch eine gute Sache für das Web, und es ist eine Schande, dass die Leute versuchen, einen Fall dagegen zu machen. Um dies zu beweisen, werde ich den Mythos für Sie ausfertigen und Ihnen dann zeigen, warum XHTML das Beste ist, was seit in Scheiben geschnitten ist, wenn es um unseren Kampf um Webstandards geht. ... Zum Schluss führt das Senden von XHTML als Text/HTML heute keinen Schaden oder Schaden, solange Ihr XHTML bestätigt. Wenn Sie möchten, dass Webstandards immer breiter werden, bleiben Sie XHTML und validieren Sie Ihre Seiten.
  38. ^ Tim Berners-Lee (2006-10-27). "HTML neu erfinden". Archiviert von das Original Am 2007-06-09. Abgerufen 2007-06-16. Einige Dinge sind im Nachhinein von mehreren Jahren klarer. Es ist notwendig, HTML inkrementell weiterzuentwickeln. Der Versuch, die Welt dazu zu bringen, auf XML zu wechseln, einschließlich Zitaten um Attributwerte und Schrägstriche in leeren Tags und Namespaces auf einmal funktionierten nicht. Die große HTML-generierende Öffentlichkeit bewegte sich nicht, vor allem, weil sich die Browser nicht beschwert hatten. Einige große Gemeinden haben sich verändert und genießen die Früchte wohlgeformter Systeme, aber nicht alle. Es ist wichtig, HTML inkrementell aufrechtzuerhalten und einen Übergang in [A] gut geformte Welt fortzusetzen und mehr Macht in dieser Welt zu entwickeln.
    "Es ist geplant, eine völlig neue HTML -Gruppe zu chartern. Im Gegensatz zum vorherigen wird diese für die inkrementelle Verbesserung der HTML generiert, ebenso wie in parallelem XHTML. Es wird einen anderen Stuhl- und Personalkontakt haben. Es wird auf HTML funktionieren. und xhtml zusammen. Wir haben eine starke Unterstützung für diese Gruppe, von vielen Menschen, mit denen wir gesprochen haben, einschließlich Browser -Hersteller.
  39. ^ Ian Hickson; David Hyatt (2011-01-13). "HTML5: Ein Wortschatz und zugehörige APIs für HTML und XHTML". Abgerufen 2011-02-16.
  40. ^ Simon Pieters. "Ergebnisse mobiler Tests". Abgerufen 2009-10-31.
  41. ^ "XHTML 1.0: Die erweiterbare Hypertext -Markup -Sprache, W3C Empfehlung 26. Januar 2000". World Wide Web Konsortium. 2000-01-26. Abgerufen 2008-07-19.
  42. ^ "Xhtml 1.0 Die erweiterbare Hypertext -Markup -Sprache (zweite Ausgabe)". World Wide Web Konsortium. 2002-08-01. Abgerufen 2008-07-19.
  43. ^ "Modularisation von XHTML, W3C Empfehlung 10. April 2001". World Wide Web Konsortium. 2001-04-10. Abgerufen 2008-07-19.
  44. ^ "XHTML Modularisation 1.1 - Zweite Ausgabe, W3C Empfehlung 29. Juli 2010". World Wide Web Konsortium. 2010-07-29. Abgerufen 2010-12-31.
  45. ^ "XHTML 1.1 - Modulbasierte XHTML, W3C Empfehlung 31. Mai 2001". World Wide Web Konsortium. 2001-05-31. Abgerufen 2008-07-19.
  46. ^ "XHTML -Medientypen, W3C Arbeitsgruppe Note 1. August 2002". World Wide Web Konsortium. 2002-08-01. Abgerufen 2008-07-19.
  47. ^ a b "XHTML -Medientypen - zweite Ausgabe, W3C Arbeitsgruppe Note 16 Januar 2009". World Wide Web Konsortium. 2009-01-16. Abgerufen 2009-01-28. Dieses Dokument ersetzt die HTML -Kompatibilitätsrichtlinien, die ursprünglich in XHTML 1.0 Anhang C gefunden wurden.
  48. ^ "Xhtml 1.1, xhtml basic 1.1, xhtml drucken Empfehlungen überarbeitet". W3C News Archiv: 2010. World Wide Web Konsortium. Abgerufen 12. Dezember 2010.
  49. ^ "XHTML 1.1 - Modulbasierte XHTML - zweite Ausgabe". World Wide Web Konsortium. 2009-05-07. Archiviert von das Original am 2009-05-12. Abgerufen 2009-05-25.
  50. ^ "XHTML Basic, W3C Empfehlung 19. Dezember 2000". World Wide Web Konsortium. 2000-12-19. Abgerufen 2008-07-19.
  51. ^ "XHTML -Aromen Vergleiche". World Wide Web Konsortium. 2007-01-09. Abgerufen 2013-01-30.
  52. ^ Xhtml grundlegend. W3.org. Abgerufen am 2013-07-17.
  53. ^ Xhtml basic 1.1. W3.org. Abgerufen am 2013-07-17.
  54. ^ "XHTML Basic 1.1 - zweite Ausgabe". W3.org.
  55. ^ "XHTML-Print, W3C Empfehlung 20. September 2006". World Wide Web Konsortium. 2006-09-20. Abgerufen 2008-07-19.
  56. ^ a b "Oma Browsing Archive". Oma veröffentlicht. Öffnen Sie die mobile Allianz 26. September 2011.
  57. ^ "[Xhtml] Agenda: 2008-07-09". W3.org.
  58. ^ Siehe beides Xhtml 2.0 als schädlich angesehen und Xhtml 2.0 als hoffnungsvoll angesehen vom Browserentwickler Tantek Çelik, der frühe Entwürfe von XHTML 2.0 für das Fehlen der kritisiert Stil Attribut und das zitieren Element. Entwickler Daniel Glazman bietet an Ähnliche Kritikzeigt aber auch Unterstützung für einige rückwärts-inkompatible Änderungen wie die Entscheidung, die zu entfernen Ins und del Elemente.
  59. ^ "XHTML 2.0, W3C Arbeitsgruppe Note 16. Dezember 2010". World Wide Web Konsortium. 2010-12-16. Abgerufen 2010-12-31.
  60. ^ "XHTML2 Arbeitsgruppe Dokumente als W3C -Notizen veröffentlicht". World Wide Web Konsortium. 2010-12-16. Abgerufen 2010-12-31.
  61. ^ Ian Hickson (2008-01-22). "HTML 5, 1.1.2. Beziehung zu XHTML2". World Wide Web Konsortium. Abgerufen 2008-07-19. ... xhtml2 ... definiert ein neues HTML -Vokabular mit besseren Funktionen für Hyperlinks, Multimedia -Inhalte, kommentierende Dokument -Änderungen, reiche Metadaten, deklarative interaktive Formen und Beschreibung der Semantik menschlicher literarischer Werke wie Gedichte und wissenschaftlichen Arbeiten ... wie auch immer ... Es fehlen Elemente, um die Semantik vieler Nicht-Dokument-Inhaltstypen auszudrücken, die häufig im Web zu sehen sind. Zum Beispiel passen Forum -Websites, Auktionsseiten, Suchmaschinen, Online -Shops und dergleichen nicht gut zur Dokumentmetapher und werden nicht von XHTML2 abgedeckt ... Dies Die Spezifikation zielt darauf ab, HTML so zu erweitern, dass sie auch in diesen Kontexten geeignet ist ...
  62. ^ a b "9 Die XHTML -Syntax - HTML5". W3.org.
  63. ^ Html vs. xhtml, Whatwg Wiki

Externe Links