Verwenden Sie Dreamweaver 8, um „Webstandards“ zu erreichen

Vorwort des Übersetzers: Diese Reihe von Originalartikeln enthält insgesamt 8 Artikel. Sie beginnt mit der Popularisierung von Webstandards und beschreibt, wie man mit Dreamweaver 8 ein standardkonformes Web erstellt Eigene standardkonforme Website mit Dreamweaver 8" (Bei diesem Artikel handelt es sich um einen kostenpflichtigen Auszug), daher habe ich den Inhalt entsprechend gelöscht. Die Reihenfolge stimmt mit dem Originalartikel überein, die Länge wird jedoch angepasst. Hiermit informiere ich Sie. Das Übersetzungsniveau ist begrenzt, bitte haben Sie Verständnis.

Wenn Sie diesen Artikel lesen, interessieren Sie sich wahrscheinlich bereits für Webstandards und sind sehr neugierig auf die Anwendung von Standards in Websites, die mit DW (kurz für Dreamweaver) erstellt wurden.

Vielleicht haben Sie bereits ein gewisses Verständnis von WS (kurz für Web Standards), wissen aber nicht, wie Sie mit DW kompatiblen Code schreiben. Oder Sie sind DW-Benutzer und möchten WS-konform sein, CSS umfassender nutzen und benutzerfreundlichere Dokumente erstellen. Ganz gleich, welcher Typ Sie sind, dieser Artikel gibt Ihnen die Antwort, die Sie brauchen: Er erklärt Ihnen, wie Sie DW für den Umgang mit WS verwenden.

Definition von Webstandards

Was WS betrifft, mit denen wir uns in diesem Artikel befassen, nehmen wir uns zunächst einen Moment Zeit, um zu klären, wovon wir sprechen:

WS sind Spezifikationen, die Webentwicklungssprachen leiten und vom W3C formuliert werden. Diese Spezifikationen umfassen mehrere Sprachen wie HTML, XHTML und CSS sowie einige andere verwandte Sprachen wie MathML, die zur Darstellung von Gleichungen in der Mathematik verwendet werden. Wenn Sie solche speziellen Anforderungen haben, können Sie sie möglicherweise verwenden. . Das W3C veröffentlicht auch die Web Content Accessibility Guidelines (WCAG), die die Barrierefreiheit von Webseiten fördern (über WAI).

Richtlinien direkt

auf der Website des W3C lesen, obwohl

es

etwas

Lesen

:

HTML

4.01

Wer braucht WS?

Vielleicht haben Sie nur eine vage Vorstellung davon, dass WS eine gute Sache ist, aber viele Websites – darunter viele bekannte Websites – entsprechen nicht WS und scheinen gut verwaltet zu werden. Warum sollten wir also danach streben, WS einzuhalten? Wer braucht WS?

Die erste Gruppe von Menschen, die WS beachten müssen

Webentwickler

und -designer

Sauberes Markup beschleunigt die Fehlerbehebung.

Wenn Sie Ihre Seiten beim W3C validieren, wissen Sie zumindest, dass unregelmäßiges Markup nicht die Ursache für die aufgetretenen Fehler ist. Manchmal können durch die Validierung einer Seite und die Behebung gefundener Fehler Anzeigeprobleme behoben werden, die durch endlose Elemente oder falsch geschriebene Tags verursacht werden.

Selbst wenn die Überprüfung Ihres Dokuments die Probleme nicht behebt, wissen Sie zumindest, dass die Probleme im kanonischen Dokument bestehen. Da Sie nun wissen, dass es sich bei diesem Problem nicht um einen Fehler handelt, können Sie sich auf andere Probleme konzentrieren, beispielsweise auf Unterschiede in der CSS-Verarbeitung in verschiedenen Browsern.

Die Einhaltung der Barrierefreiheitsanforderungen ist einfach.

Wenn Sie ein kanonisches XHTML-Markup schreiben, können Sie sicherstellen, dass das Dokument semantisch korrekt ist, und Sie können den Inhalt des Dokuments von der Präsentation trennen Barrierefreiheitsprobleme, die in WCAG1.0 aufgeführt sind. Es ist auch wichtig zu erkennen, dass Barrierefreiheit nicht nur für Menschen mit Behinderungen gilt. Auf eine benutzerfreundliche Website kann von vielen verschiedenen Geräten zugegriffen werden, beispielsweise von Mobiltelefonen und PDAs, die nicht über die Rechenleistung verfügen, um mit verstreuten und nicht standardmäßigen Markierungen umzugehen.

Vorwärtskompatibilität

Wenn Sie nur die Leistung Ihrer neu entwickelten Seite in den aktuellen Browsern berücksichtigen, wie können Sie dann deren Leistung in neuen Browsern in Zukunft sicherstellen? Der neue Browser verändert möglicherweise Ihre Seite. Die Anzeige ist schrecklich und Sie haben Probleme um lästige Probleme zu finden und zu beheben.

Die Einhaltung von WS wird dieses Problem nicht vollständig beseitigen; die Standardkompatibilität verringert jedoch das Risiko, dass Ihr Design scheitert, und die heutigen Browser-Softwareunternehmen beginnen auch, Standards zu unterstützen. Es kann sein, dass sie versehentlich einen Teil der Spezifikation falsch interpretieren, aber sie können dies nicht völlig ablehnen. Wenn das Schlimmste passiert und ein neuer Browser seltsame Auswirkungen auf Ihre standardisierte Website hat, ist es viel einfacher, das Problem zu beheben als eine inkompatible Website. Wenn Sie auf ein Problem stoßen, wirkt sich das auch auf andere standardkonforme Websites aus. Die kollektive Weisheit der Web-Community wird darauf hinweisen und Artikel schreiben, die sich damit befassen. Daher diskutierten alle gemeinsam darüber, dass es einfacher ist, diesen Fehler in einem kompatiblen Dokument zu beheben als in einem inkompatiblen Dokument.

Einfacheres Refactoring

Mussten Sie jemals den Text aus einer Website entfernen, ihn umgestalten und noch einmal von vorne beginnen? Haben Sie jemals diese Etiketten gesehen, die mit Schriftarten und winzigen Tabellenzellen vollgestopft sind (was dazu führt, dass wir bei Null anfangen müssen), und es ist ein langer Prozess, der viel Zeit und Geld verschwendet? die Umgestaltung dieser Website.

Durch die Trennung von Inhalt und Präsentation eines Dokuments erhalten Sie das Schöne an der Einhaltung von Standards: Dies bedeutet, dass jemand, der das nächste Mal die Website umgestalten möchte, das Webdokument nicht kopieren muss. Der gesamte Text auf der Website wird mit semantischem (X)HTML markiert und alle Präsentationsinformationen – die der Webmaster ändern möchte – werden in einer leicht austauschbaren CSS-Datei gespeichert.

Einige Kunden werden nicht auf die Überarbeitung warten, bevor sie Sie auffordern, einige Änderungen vorzunehmen. Sie warten, bis sie die Mammutfossiliengrube besucht haben, und bitten Sie dann zu sagen: „Verschieben Sie einfach die linke Spalte nach rechts.“ .“ Bei standardisierten kompatiblen Seiten werden alle Seiten per CSS gesteuert. Auf vielen Seiten mit komplexen Tabellen als Strukturen können Sie die Tags problemlos auf der Seite verschieben, ohne über Tricks nachdenken zu müssen. Dies erleichtert das Ändern des Seitenlayouts.

Die Trennung von Struktur und Präsentation kann auch das Hinzufügen neuer Elemente erleichtern, beispielsweise eine kontrastreiche Version einer Website mit kleinen Bildern, die für manche Betrachter attraktiver sein könnte. Warum separate Nur-Text-Versionen von Seiten erstellen, wenn man Stylesheets problemlos ändern kann?

Unternehmen

beginnen, WS Aufmerksamkeit zu schenken. In der Vergangenheit fügten Browser-Softwareunternehmen der Basissprache ihre eigenen proprietären Tags und Attribute hinzu. Aber jetzt beginnen sie alle wie nie zuvor, den Standards zu entsprechen, und einige der neuesten Browser bemühen sich bereits, sie entsprechend (X)HTML und CSS anzuzeigen, wie in der Spezifikation definiert.

In absehbarer Zukunft werden Browser in der Lage sein, die meisten nicht standardmäßigen Markups und Codes anzuzeigen, denn wenn sie das nicht tun, werden Tausende von nicht standardmäßigen Websites nicht richtig angezeigt – und dann wird die Öffentlichkeit wahrscheinlich anfangen, dem Browser die Schuld zu geben. nicht die Webdesigner. Andere Geräte (solche ohne die Rechenleistung von Desktops) sind jedoch stärker auf die standardisierte Kompatibilität des Codes angewiesen, auf den sie stoßen.

Anbieter von Authoring-Tool-Software

Anbieter von Authoring-Tool-Software – wie Macromedia, Hersteller von Dreamweaver – beginnen ebenfalls, sich an WS zu halten, ebenso wie beispielsweise Webdesigner, da immer mehr ihrer Kunden verlangen, dass diese Authoring-Tools kanonisches Markup ausgeben. Ursprünglich hatten diese visuellen Entwicklungsumgebungen keinen guten Ruf, da sie verwirrende, nicht standardmäßige Markups erzeugten. Die neuesten großen visuellen Entwicklungsumgebungen haben jedoch standardisierte Elemente der Kompatibilität und Zugänglichkeit genutzt, was ebenfalls zu einem Hauptverkaufsargument geworden ist. Softwareanbieter müssen zuhören und auf die Marktbedürfnisse reagieren.

Webbenutzer

Benutzer der von uns gestalteten Websites profitieren auch von unserer Einführung von WS, auch wenn sie sich dessen nicht bewusst sind. Möglicherweise verwenden sie unbewusst Websites, die speziell für die heute gängigen Browser entwickelt wurden. Wenn diese Benutzer zu einem anderen Browser wechseln, stellen sie möglicherweise fest, dass das Online-Erlebnis nicht mehr angenehm ist, da diese proprietären Tags vom neuen Browser nicht akzeptiert werden. Eine standardisierte und kompatible Website funktioniert in verschiedenen Browsern gut, unabhängig davon, ob es sich um bestehende oder zukünftige Browser handelt.

Darüber hinaus ist eine Website, die Empfehlungen zur Barrierefreiheit befolgt, für Benutzer zugänglicher, die das Surfen im Internet als unbefriedigend empfinden. Das Internet soll Menschen mit Sehbehinderungen oder anderen Behinderungen bequemere Einkaufs-, Lese- und Suchmöglichkeiten bieten. Sie sollten nicht daran gehindert werden, eine Website zu durchsuchen, weil diese proprietäre Tags oder andere exklusive (auf den Browser bezogene) Technologien verwendet.

der Verwendung von WS

die korrekte Verwendung von WS sicherstellen

Erstens sollten wir die Spezifikation einhalten. Das bedeutet, dass wir nur die in der Spezifikation definierten Elemente und Attribute verwenden und die Verwendung bestimmter browserspezifischer Attribute wie dem Marquee-Tag von IE und dem Blink-Tag von Netscape vermeiden sollten. Verwenden Sie außerdem keine Elemente, die in früheren Spezifikationen (z. B. HTML 3.2) vorkamen oder aus späteren Spezifikationen entfernt wurden.

Erstellen Sie ein kanonisches XHTML-Dokument.

In diesem Artikel verwenden wir XHTML und befolgen daher die XHTML 1.0-Empfehlungen des W3C [laut W3C bedeutet Empfehlung Spezifikation]. XHTML ist im Grunde die neueste Version von HTML und soll HTML, die Web-Markup-Sprache, ersetzen. Obwohl es sich um eine HTML-Variante von XML handelt, ist XHTML nahezu identisch mit HTML, mit geringfügigen Unterschieden, die wir später in „XHTML und Semantik“ besprechen werden.

Sie können ein XHTML-Dokument über das Dialogfeld „Neues Dokument“ in Dreamweaver („Datei“ > „Neu...“) erstellen. Stellen Sie sicher, dass in der Liste „Kategorie“ die Option „Basisseite“ ausgewählt ist, und wählen Sie dann „HTML“ aus der Liste „Basisseite“ aus, wie in Abbildung 2.1, „Erstellen eines neuen XHTML-Dokuments in Dreamweaver“ dargestellt. Anschließend können Sie aus der Dropdown-Liste einen beliebigen Dokumenttyp auswählen.

Abbildung 2.1: Erstellen eines neuen XHTML-Dokuments in Dreamweaver

Abbildung 2.2: Anzeige des neuen XHTML-Dokuments in der Codeansicht

Klicken Sie auf „Erstellen“, um ein neues Dokument zu erstellen. Klicken Sie oben im Dokumentfenster auf die Code-Schaltfläche und gehen Sie zur „Codeansicht“. Sie können deutlich sehen, welcher Code in einem einfachen XHTML-Dokument enthalten ist.

zeigt

die erste Zeile des Dokuments „Neues XHTML-Dokument in Codeansicht anzeigen“

: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http: / /www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">Dies

wird als Dokumenttypdeklaration oder DOCTYPE bezeichnet. Wie der Name schon sagt, deklariert DOCTYPE, um welches Dokument es sich handelt – welche (X)HTML-Spezifikation Sie einhalten. In diesem Beispiel verwenden wir XHTML 1.0 Transitional, die Standardeinstellung für DW 8. Der Abschnitt „Übergang“ enthält einige zusätzliche Informationen zur XHTML-Version. XHTML1.0 hat drei „Geschmacksrichtungen“: Strict, Transitional und Frameset. DW verwendet standardmäßig den Übergangstyp. Wenn Sie einen Frame in das Dokument einfügen möchten, ist es Frameset.

Wie Sie wahrscheinlich erraten können, ist XHTML Strict das strengste XHTML-Format. Ein strikter Dokumenttyp sieht wie folgt aus:

„http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd“>Wenn

Sie einen strikten DOCTYPE verwenden, können Sie ihn nicht im beliebigen Element des Dokuments verwenden (Tag) oder Attribut, das die Veraltung deklariert, kann nicht in Frames verwendet werden. Deklarierte veraltete Elemente werden in einer zukünftigen Version von XHTML entfernt. Viele dieser Elemente dienen der Steuerung des Erscheinungsbilds der Seite, die vollständig durch CSS ersetzt werden kann. Der größte Unterschied zwischen Strict und Transitional besteht darin, dass bei der Verwendung von Strict DOCTYPE die Attribute und Elemente, von denen Sie dachten, dass sie für die Leistung verwendet werden könnten, stark eingeschränkt sind.

Hinweis: Verwendung von Strict DOCTYPE in DW

DW ist hinsichtlich der Einhaltung des Standards nicht sehr streng. Wenn Sie Strict DOCTYPE verwenden, achten Sie besonders auf die Validierung Ihres Dokuments und die Korrektur unregelmäßiger Attribute. Grundsätzlich ist es einfach, sie durch CSS zu ersetzen.

Frameset DOCTYPE unterstützt die Verwendung von Frames. Wenn Sie einen Frame in das Dokument einfügen, verwendet DW automatisch diesen Typ. Die Rahmenseite sollte mit mindestens zwei anderen Seiten verknüpft sein, und es gibt keine Begrenzung für den Dokumenttyp der zugehörigen Seiten. Der Code von Frameset DOCTYPE lautet wie folgt:

„http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd“>

HTML 4.01 bietet auch diese drei „Varianten“ von Dokumenttypen – Transitional, Strict und Frameset – sie funktionieren genauso wie die oben erwähnten XHTML-DOCTYPEs. Wenn Sie einen der beiden Typen verwenden, müssen Sie dies im HTML-Dokument (nicht im XHTML-Dokument) angeben. Wir werden die Unterschiede zwischen HTML und XHTML später im Abschnitt zum Erstellen einer Website ausführlich besprechen.

Original: Dreamweaver 8 erfüllt Standards ! von Rachel Andrew

Zusammengestellt: x5