Seite 4

Saubere Auszeichnungen

Anforderung 03: Markup-Sprachen (insbesondere HTML) und Stylesheets sind entsprechend ihrer Spezifikationen und formalen Definitionen zu verwenden.

Bedingung 3.2: Mittels Markup-Sprachen geschaffene Dokumente sind so zu erstellen und zu deklarieren, dass sie gegen veröffentlichte formale Grammatiken validieren.

Lösung (X)HTML

Das Ziel sollte immer die strict - Variante sein. Will man dem Kunden in der Zukunft Probleme ersparen, gibt es in unseren Augen keine Alternative.

Umsetzung in content-housing

Verzicht auf von der W3C als "deprecated" eingestuften Code. Ausnahme [iframe]: Die mangelhafte Interpretation des standardkonformen object-Tags, seitens der Browser lässt da kaum Spielräume zu. Besonders die Standardeinstellung des IE, externe(über Domaingrenzen hinweg) Datenquellen als iframe kommentarlos zuzulassen, als object jedoch ersatzlos zu übergehen, ist unverständlich. Da wir aus verschiedenen Gründen (Sicherheit, Redundanz, Performance...) mit zentralen externen Dateienlagern arbeiten, sind wir auf eine saubere Darstellung externer Dateien angewiesen.

Bedingung 3.3: Es sind Stylesheets zu verwenden, um die Text- und Bildgestaltung sowie die Präsentation von mittels Markup-Sprachen geschaffener Dokumente zu beeinflussen.

Diese Forderung bremst nahezu jeden WYSWIG-Editoren aus. Auszeichnungen wie zum Beispiel [b][i] oder das font-Attribut sind hiernach verboten.

Lösung (X)HTML

Nutzung des strict-Standards.

Umsetzung in content-housing

Unser Editor bietet nur strict-konforme XHTML-Bausteine an.

Bedingung 3.4: Es sind relative anstelle von absoluten Einheiten in den Attributwerten der verwendeten Markup-Sprache und den Stylesheet-Property-Werten zu verwenden.

Diese Forderung bezieht sich im wesentlichen auf Schriftgrößen. Bei Bildern, Rahmen... ist da kein Nutzen zu erkennen.

Lösung CSS

relative Masseinheiten wie em(Standard~16px), ex(Standard~12px), %.

Umsetzung in content-housing

Schriften, Buttons, Formulare sowie die Breite der Seitenbereiche sind relativ angegeben.

Testmöglichkeiten

W3C CSS-Validierungsservice.
W3C Markup Validation Service: (X)HTML Relative Größen: zum Beispiel [strg] + Mausrad bei IE

Beobachtungen, Anmerkungen

Die Validierung über W3C kann durchaus als objektiver Bestandteil einer Abnahme eines Projektes durch einen Kunden dienen.

Bei dem CSS-Validator kommt es neuerdings(09.2005) in vielen Fällen zu einer erheblichen Anzahl an Warnungen. siehe: Thema: CSS-Validator geändert?. Geht es da um eher "fiktive" Kollisionsmöglichkeiten? In meinen Augen gehen die Warnungen an dem Prinzip der Kaskade (Vererbung von Eigenschaften an untergordnete Elemente) vorbei.

"The character encoding specified in the HTTP header (iso-8859-1) is different from the value in the XML declaration (utf-8)".
Dieser Eintrag in der .htaccess reagiert auf diese Meldung:
php_value default_charset "UTF-8"

Alternative zu target="_blank":
Folgenden Eventhandler in das a-Tag einfügen: onclick="window.open('GLEICHE URL IN APOSTROPHEN EINFÜGEN'); return false;"
Bei Nichtinterpretation wird das href-Attribut trotzdem ausgeführt.

Problemfall PHPSESSID:
Durch das Entfernen des form-Eintrages wird das hidden-input der PHPSESSID direkt unter [form] verhindert (nicht strict-konform).
Eintrag in der .htaccess:
php_value url_rewriter.tags "a=href,area=href,frame=src,input=src,fieldset=" Diese Vorgehensweise setzt jedoch voraus, dass jedes Formular des Webprojekts auch über ein [fieldset] verfügt
Führt zu strict-konformem ergänzen der PHPSESSID bei Links (& ist nicht erlaubt)
Eintrag in der .htaccess:
php_value arg_separator.output "&"

zu relativen Größenangaben:
body(als Bezugsgröße) font-size:100.01% nicht 100%(dann klappt es auch mit der Verkleinerung im IE.).
Tabellen brauchen eigene Größenangaben (keine Vererbung in jedem Browser).
Formularelemente font-size:100%(sonst keine IE-Anpassung). [textarea] benötigt font-size:125%(sonst sehr kleine Darstellung bei Netscape)
[select] Die Höhe des Selectfeldes wächst bei Netscape nicht mit.
auch nützlich:
"*{margin:0em; padding:0em;}" entledigt sie der unterschiedlichen browserinternen Voreinstellungen.
"margin:auto" zentriert Tabellen auch bei Netscape.

Seite 4