Umwandlung nach strengen HTML und XHTMLUmwandlung nach strengen HTMLSie beginnen, indem er erklärt Ihre Absichten zur Nutzung der strikten DTD HTML 4.01, indem Sie die entsprechende DOCTYPE-Deklaration an der Spitze des Dokuments:
Nun ist der erste Abschnitt des Dokuments, einschließlich des HTML-Start-Tag und das HEAD-Element und sein Inhalt, ist in Ordnung bis auf eine Linie. Die SCRIPT-Element nicht mehr unterstützt ein Attribut LANGUAGE - statt, ein Attribut TYPE mit einem MIME-Content-ID (text / javascript) für das Skript ist erforderlich:
Da dies noch nicht regulärer HTML-und XHTML, das <-Zeichen und die Groß-Element-Namen in das Skript sind in Ordnung. Wenn Sie den BODY-Start-Tag und die Schlagzeile lesen, jedoch sollten Sie feststellen, ein Problem. Das bgcolor-Attribut des BODY-Element ist nicht von einer strikten DTD unterstützt und weder die Schriftart [GSL1]-Element für die Überschrift verwendet. Es gibt zwei Möglichkeiten, dieses Problem zu umgehen. Der erste Ansatz bewegt sich einfach die Formatierung Informationen an eine andere Stelle innerhalb der betroffenen Elemente - das style-Attribut. Dieser Ansatz, genannt in-line Styling, ist mehr eine schnelle Lösung. Es löst das unmittelbare Problem der Erhaltung der Formatierung, aber es macht nicht das Dokument nicht mehr überschaubar auf lange Sicht. Die neue Body-Start-Tag und Überschrift wie folgt aussehen:
Die zweite Lösung trennt die Style-Informationen aus dem Element Markup ganz, legte es in ihren eigenen Platz im Inneren des Kopfes des Dokuments Element. Dies erfordert zwei Schritte. Erstens, säubern Sie die Elemente mit einem H1-Element an die Stelle der p-Element (schließlich ist dies eine Überschrift):
Als Nächstes fügen Sie einen Stil-Element an die Spitze Element des Dokuments, das mit denselben Informationen, die Formatierung im Stil Attribute angezeigt. Das style-Element benutzt Cascading Style Sheets Syntax, um die Elemente, denen die Formatierung angewendet wird, und beschreiben, um die Formatierung zu identifizieren: Da die Informationen jetzt am Anfang des Dokuments in einem Stil-Element gespeichert ist, können Sie, dass die Formatierung über Elemente beliebige Stelle im Dokument. Obwohl Sie nur eine H1-Element in einem bestimmten Dokument haben könnte, ist es nicht ungewöhnlich, dass ein Dokument, das viele Kopien der unteren Ebene Überschriften oder andere Komponenten haben. Als Phase 2 zeigt, dieser Ansatz auch hier können Sie Style-Informationen in einer Form, die über mehrere Dokumente gemeinsam genutzt werden kann speichern. Dies macht es leicht zu definieren und zu modifizieren, suchen Sie nach einer Reihe von Dokumenten. Die nächsten Absätze sind in Ordnung, wie sie sind.
Tipp Für eine Erklärung, warum die Javascript-Nutzung abgeraten wird, http://lists.w3.org/Archives/Public/www-html/2000Feb/0039.html zu sehen. Obwohl Fall ist in den nächsten LI-Elemente und deren Inhalt gemischt erfordern diese Elemente nur sehr wenige Veränderungen. Sie müssen das kaufmännische Und-Zeichen in den Abfrage-String in der Verbindung mit und tauschen Sie die Einheit, und Sie müssen zu einem abschließenden UL Tag hinzugefügt werden. Der Rest des Dokuments ist akzeptabel, da ist:
Copyright 2000 von der Wacki HTML Writer Umwandlung nach strengen XHTMLDie Umstellung auf strenge HTML tut viel, um den Prozess der Umwandlung von einer strengen XHTML vereinfachen, aber es gibt noch viel zu tun. Für den Anfang, verwenden Sie die XML-Deklaration und eine andere DOCTYPE-Deklaration am Anfang dieses Dokuments. Die XML-Deklaration ermöglicht es Ihnen, die Kodierung des Dokumentes zu erklären (die Sie nicht wieder in den Kopf-Element) und die XML-Version verwendet, während die DOCTYPE-Deklaration Prozessoren, die dieses Dokument wird von den Regeln des strengen XHTML DTD halten sagt: Wieder einmal, muss das HTML-Element einige Änderungen: making it Kleinbuchstaben. Nutzen Sie die Gelegenheit, einige Informationen über die Sprache dieses Dokument verwendet (Englisch) und dies unter Anwendung sowohl die oldstyle HTML-Attribut lang und XHTML xml: lang Attribut hinzufügen. Das Haupt-Element wird einige zusätzliche Informationen bieten. Während diese Ergänzung nicht erforderlich ist, um den Anforderungen der strikten DTD gerecht zu werden, ist es sinnvoll, im Rahmen der strengen Ansatz und stellt die Identifizierung der Codierung in diesem Dokument, HTML-Browser verwendet:
Experimentieren Sie mit dem script-Element in diesem Dokument mit einem Charakter Unternehmen nach den <Zeichen darstellen, sondern als das Skript versteckt in einem CDATA-Abschnitt: Mit Auftraggeber können leichter in einem XML-Kontext beweisen, als mit CDATA-Abschnitte, aber es kann zu Problemen führen (wie Sie sehen) in HTML-Browsern. Sie müssen sich ein style-Element im Kopf als auch aufnehmen zu können. Sie haben bereits aufgeräumt die Architektur des Körpers und h1 Elemente, also nur verschieben Sie sie in Kleinbuchstaben.
Das nächste Element wird der erste Absatz enthält einen Anker mit einem Attribut NAME. Genau wie bei der Übergangsregelung Version, müssen Sie diese Klein-und ergänzen es mit einem id-Attribut. Das p-Element benötigt auch ein End-Tag am Ende des Absatzes. Sie müssen legte das Listenelement Elemente, die in Kleinbuchstaben zu folgen und ihnen End-Tags. Die br-Element nach dem ersten Listenelement ist unnötig, so dass Sie es entfernen können. Andernfalls lassen Sie das Markup Kleinbuchstaben und schließen Sie die li-Element.
Browser testenWährend des W3C HTML Validation Service ist ein nützliches Werkzeug für die dafür sorgen, dass Unterlagen, die der Spezifikation entsprechen, erstellt die meisten Dokumente zuvor haben zumindest einige Probleme in anderen Browsern. Um die Art von Problemen, die auftreten können, wie Sie XHTML, den nächsten Seiten zeigen, bereitstellen zeigen die Ergebnisse der Ausführung des ursprünglichen HTML, die strengen HTML, und allen ihren Variationen über eine Vielzahl von Browsern der einzelnen Jahrgänge. Nr. Browser akzeptiert jeder Version, aber Sie können Trends, die sich im Laufe der Zeit zu sehen. Die Browsern getestet hier reichen von der veralteten bis experimentell. Obwohl nur sehr wenige Nutzer immer noch mit Netscape Navigator 1.22 Arbeit (obwohl es noch auf einigen älteren Servern verwendet werden), ihre Reaktion auf XHTML-Dokumente zeigt, wie einige Aspekte der strengen Ansatz XHTML schmackhaft, auch die älteste kommerzielle Browser machen kann. Neuere Browser haben eine außerordentliche einige Makel die darauf hinweisen, Web-Designer werden ihre Arbeit in mehreren Browsern für einige Zeit zu testen. Da die Microsoft Internet Explorer-Versionen zu weit auf verschiedenen Plattformen unterscheiden sich neigen, biete ich die Proben für Macintosh und Windows. Der Netscape und Amaya Browser zeigen die gleichen Ergebnisse unabhängig von Betriebssystem sie verwenden, so dass ich zeigen die Ergebnisse, für Windows NT und Windows 95. Hinweis Sie können dieselben Sätze von Tests auf dem eigenen Browser. Der Test-Dateien stehen zur Verfügung unter http://www.simonstl.com/xhtml/code/chap5/. Während der Browser keine Prüfungen können den Browser sehen toll aus im Umgang mit XHTML, ist dies kaum ein Klopfen an ihrer Leistung. Die meisten von ihnen waren gut geschrieben, bevor XHTML begann schon zu keimen, so kann man nicht halten sie verantwortlich für die Ideen ausgebrütet lange nach ihrem Code wurde abgeschlossen. Diese Reihe von Tests bietet Benchmarks können Sie verwenden, um Ihre Strategie bestimmen, für die Erstellung von XHTML-Dokumente, nicht an den Browser Leistungen zu bewerten. Lektionen Ein Artikel eingereicht von Albert Lichtblau Disclaimer:Unsere Website ist nicht verantwortlich für den Inhalt dieses Artikels. Webarticles ist eine kostenlose Informationsquelle. Wichtig: Dieser Artikel "Converting strengen HTML-und XHTML" wurde durch ein automatisches Software übersetzt. Wir fühlen uns leid für alle Rechtschreibfehler, die möglicherweise aufgetreten sind. Vielen Dank für Ihr Verständnis.
|
|||||
| Online: 317 users browsing the articles directory |
|
|