|
Hinweise
Checkliste für guten HTML-Stil
Es hat daher keinen Sinn, an dieser Stelle den Gebrauch irgendwelcher HTML-Tags zu verdammen oder vorzuschreiben. Die folgende Checkliste für "guten HTML-Stil" beschränkt sich daher aufs Nötigste.
Es gibt eine wunderbare Anleitung im WWW, die beschreibt, wie man es auf keinen Fall machen sollte: die Goldenen Regeln für schlechtes HTML von Stefan Karzauninkat.
Nun kann Ihnen niemand verbieten, HTML-Dateien zu schreiben, die nur von Netscape oder nur vom MS Internet Explorer korrekt interpretiert werden (wie das immer mehr Leute tun, vor allem im kommerziellen Bereich, wo es um Outfit geht). In diesem Fall ist es jedoch
angebracht, einen Hinweis einzubauen, daß die betreffenden Seiten für den Leistungsumfang eines bestimmten WWW-Browsers erstellt wurden.
Versuchen Sie aber im Normalfall, einen Mittelweg zu erwägen. Sie können z.B. sehr einfach (entsprechend HTML 2.0) gestaltete Dateien schreiben, die ihre Wirkung aus dem verwendeten Hintergrundbild erzielen. Anwender, die diese Dateien mit einem Browser aufrufen, der keine Hintergrundbilder anzeigen kann, werden zwar nicht in den Genuß der Hintergrundgrafik kommen, aber zumindest eine ordentlich aufgebaute
Datei am Bildschirm sehen.
Noch häufiger wird mit Überschriften Schindluder getrieben. Überschriften sind nicht dazu da, um Text groß und fett zu machen, sondern dazu, logische Hierarchieverhältnisse zwischen Textabschnitten zu markieren. Wenn Sie Text riesig und fett darstellen wollen, dann benutzen Sie den HTML-Befehl für Schriftgrößen, das von Netscape unterstützt wird, oder warten Sie auf die Browser-Generation, die Style-Sheets interpretieren kann.
Das Zweckentfremden von logischen HTML-Tags mag zwar trickreich sein, aber es weicht den Charakter von HTML, nämlich den einer Dokumentbeschreibungssprache, auf.
Da HTML immer umfangreicher und komplexer werden wird, wird es zukünftig sogar wahrscheinlich sein, daß die unbedingte Einhaltung von Anfangs- und End-Tag auch für Elemente wie <p> gefordert wird. Auch im Hinblick auf die Einhaltung der Grundregeln der ISO-normierten Sprache SGML ist das durchgängige Verwenden von Start- und End-Tags wichtig.
Verweise können in HTML an jeder beliebigen Stelle im Text stehen. Wenn Sie jedoch einmal Text lesen, in dem jedes zweite Wort ein Verweis ist, werden Sie schnell merken, daß dies den Lesefluß ungemein stört. Der Grund dafür ist, daß Verweise immer gleich die Aufmerksamkeit auf sich ziehen und den Leser von seiner eigentlichen Aufgabe, dem geistigen Erfassen des im Text Gemeinten, ablenken. Um so wichtiger ist es, daß Verweise innerhalb des Fließtextes dem Anwender keine Rätsel aufgeben, sondern sofort erfaßbar
sind.
Verwenden Sie einen Verweis innerhalb des Fließtextes also nur dann, wenn der Verweistext sinnvoll ist. Und formulieren Sie Sätze, in denen verweis-sensitiver Text vorkommt, so, daß der Verweistext aussagekräftig ist.
Schreiben Sie z.B. nicht:
Versuchen Sie es daher lieber mit kleinen, wohlplazierten Grafiken. Oft genügen 16 Farben statt 256 oder gar 16,7 Mio. Das macht die Grafiken deutlich kleiner.
Andererseits sollten Sie keinesfalls auf den Einsatz von Grafiken verzichten.
Reiner Text ist am Bildschirm nämlich wesentlich ermüdender zu lesen als in Printmedien. Deshalb sollten Sie längere Texte möglichst reichhaltig strukturieren und auflockern. Dazu gehört auch die Verwendung von Grafiken.
Ideal sind kleine Grafiken in Icon-Größe. Die sind schnell geladen, und Sie können bedenkenlos mehrere davon pro HTML-Datei referenzieren.
Kleine Grafiken können auch bestimmte Corporate-Identity-Funktionen oder Orientierungsfunktionen übernehmen. Der Vorteil solcher mehrfach verwendeter Grafiken ist, daß die meisten Browser sie nur einmal laden und dann im Speicher halten.
Hinweise
Definitive Richtlinien für "richtiges" HTML gibt es nicht. Denn HTML ist in ständiger Weiterentwicklung begriffen. Wenn die Client-Software, sprich, die WWW-Browser, HTML-Tags z.T. ganz unterschiedlich interpretieren, und wenn das Verwirrspiel mit HTML-Drafts, Diskussionsgruppen, Netscape- und Microsoft-Extensions, vorhandenen und angekündigten Sprachstandards nicht besser wird, wie soll
ein HTML-Entwickler dann wissen, was genau gut und richtig ist und was nicht?
Checkliste für guten HTML-Stil
Tendenziell nicht für bestimmten Browser schreiben
Logische Tags nicht zweckentfremden
Umlaute und Sonderzeichen maskieren
Start- und End-Tags verwenden
Ehrliche und aussagekräftige Verweistexte verwenden
Kleine Grafiken verwenden und wiederverwenden
Grafiken mit Größenangaben und Alternativtext versehen
Nicht für bestimmte Bildschirmauflösung schreiben
Tendenziell nicht für bestimmten Browser schreiben
Wenn Sie Dateien im WWW plazieren wollen, sollten Sie zum Testen Ihrer Dateien mehr als einen WWW-Browser verwenden. Verwenden Sie ein führendes Produkt wie Netscape, ein mäßiges Produkt wie Spry Mosaic, und ein sehr einfaches Produkt wie Cello. Wenn Sie die Möglichkeit haben, auf mehreren Plattformen (MS-Windows, Macintosh, Sun usw.) zu testen, machen Sie unbedingt Gebrauch davon.
Logische Tags nicht zweckentfremden
Die logischen Tags von HTML sollten Sie nicht benutzen, um bestimmte Formatier-Effekte zu erzielen. So verwenden einige Leute z.B. das <blockquote>-Tag, um Absätze einzurücken, nur weil die Mehrzahl der Browser den Text, der in <blockquote> ... </blockquote> eingeschlossen ist, als eigenen, eingerückten Absatz darstellen, und weil es andererseits (noch) kein eigenes HTML-Tag gibt, mit dem man Absätze einrücken kann. Das <blockquote>-Tag ist jedoch für Zitate gedacht, und sollte auch nur dafür verwendet werden.
Umlaute und Sonderzeichen maskieren
Viele Browser stellen deutsche Umlaute, scharfes S und andere Sonderzeichen korrekt am Bildschirm dar, auch wenn die
Zeichen nicht vorschriftsgemäß maskiert wurden. Das hängt jedoch damit zusammen, daß der Browser, wenn er auf solche Zeichen
stößt, einfach auf den Zeichensatz zugreift, den Ihr Rechner verwendet (unter MS-Windows z.B. den Ansi-Zeichensatz). Sobald eine solche Datei jedoch auf einem Rechner angezeigt werden soll, der einen anderen Zeichensatz verwendet, oder mit einem Browser, der nicht so tolerant ist, werden Wörter unschön verstümmelt.
Start- und End-Tags verwenden
Einige Browser, z.B. Netscape, verfügen über relativ ausgereifte Algorithmen, um HTML-Dateien entsprechend der notierten Tags anzuzeigen. Bei Netscape und einigen anderen Browsern genügt es in vielen Fällen, nur ein Start-Tag zu notieren, z.B. <dl>, ohne das zugehörige </dl> anzugeben. Nicht alle Browser sind jedoch so tolerant. Fehlende End-Tags (meist aus Schreibfaulheit weggelassen),
werden dort mit Anzeigefehlern bestraft.
Ehrliche und aussagekräftige Verweistexte verwenden
Generell gilt: das Ziel eines Verweises sollte das halten, was der Verweis
verspricht. Das bedeutet beim Setzen des Verweises: der Verweistext sollte
weder zu viel noch zu wenig versprechen. Wenn Sie beispielsweise Information
über ein Software-Produkt anbieten, ohne es zum Download anzubieten, ist es unfair, dem Anwender mit einem Verweis auf die Information zu suggerieren, er könne das Produkt auch gleich downloaden.
"Für weitere Information klicken Sie hier",
sondern:
"Weitere Information ist ebenfalls verfügbar",
Kleine Grafiken verwenden und wiederverwenden
Wenn Sie nicht gerade eine virtuelle Kunstausstellung in HTML programmieren, sollten Sie sich mit großen Grafikdateien zurückhalten. Bedenken Sie bei Dateien, die Sie fürs WWW erstellen, daß viele Anwender einen volumenabhängigen Internet-Zugang haben, d.h. sie zahlen dafür, wieviel Daten sie in den Arbeitsspeicher ihres Rechners laden. Zwar erlauben die meisten Browser, das Laden von Grafiken auszuschalten, doch falls der Anwender keinen Gebrauch von dieser Funktion macht,
heißt das noch lange nicht, daß er bereit ist, ohne Ankündigung eine 1-Megabyte-Grafik zu laden.
Grafiken mit Größenangaben und Alternativtext versehen
WWW-Seiten werden von modernen Browsern deutlich schneller und sauberer aufgebaut, wenn bei jeder referenzierten Grafik die genauen Angaben zu Breite und Höhe der Grafik notieren. Außerdem lassen die Browser entsprechend große Platzhalter frei, wenn die Grafik gar nicht oder nicht vollständig übertragen wird, und die übrige Seite wird dadurch nicht "zerhauen".
Bei Grafiken sollten Sie sich auch angewöhnen, Alternativtexte zu notieren. Der Anteil der Netzteilnehmer, der mit nicht-grafikfähigen Browsern unterwegs ist, wird zwar immer verschwindender. Doch viele Anwender schalten angesichts der oft schlechten Übertragungsraten im WWW die Anzeige von Grafiken in ihrem WWW-Browser aus. Besonders bei WWW-Seiten, die hautpsächlich aus Grafiken bestehen, gehören Alternativtexte deshalb zum guten Ton.
Nicht für bestimmte Bildschirmauflösung schreiben
Sie wissen erstens nicht, welche Bildschirmauflösung die Besucher Ihrer Seiten haben, und zweitens wissen Sie nicht, ob die Anwender ihren Browser im Vollbildmodus laufen lassen. Deshalb hat es normalerweise wenig Sinn, über die "wahrscheinlichste" Bildschirmauflösung beim Anwender zu mutmaßen. Verwenden Sie bei Tabellen oder Frames tendenziell eher prozentuale Breiten und Höhenangaben. Absolute Pixelangaben haben nur dort einen Sinn, wo beispielsweise die erste Spalte einer blinden Tabelle über einem farblich zweigeteilten Hintergrundbild liegen soll. Ansonsten sollten Sie sich nicht zu sehr auf solche Vorstellungen wie die versteifen, daß eine Grafik oder ein Absatz bei jedem Anwender genau 10,8 cm vom linken Rand entfernt beginnt. Wenn das bei Ihnen gut aussieht, bedeutet das noch lange nicht, daß es bei jemand anderem gut aussieht, und in einigen Fällen könnte es auch ausgesprochen schlecht aussehen.
Blättern:
Layer übereinander anordnen und kontrollieren
JavaScript in HTML einbinden
HTML-Dateien selbst erstellen
Dokumentation: HTML