Wird ein Screendesign erstellt, so wird das für eine bestimmte Browserauflösung geschehen. Die Auflösung des Browsers entspricht allerdings nicht eins zu eins der Auflösung des Bildschirms, den der Benutzer verwendet.

Wenn die Auflösung eines Bildschirms etwa 1024 x 786 Pixel misst, so ist der Bereich des Browsers, in dem die Website angezeigt wird, kleiner. Doch welcher Platz steht tatsächlich zur Verfügung? Will man den Verkaufszahlen von Bildschirmen und einigen Statistiken glauben, und zieht man die Menüleisten, den Scrollbalken und den Browserrahmen ab, dann kann man mit einer Breite von 960 Pixeln die meisten Besucher erreichen. In der Höhe ist man flexibel, da die Besucher es gewohnt sind zu scrollen. Aber allzu lang sollte eine Webseite, besonders die Startseite, nicht sein, denn niemand scrollt gern durch endlos lange Seiten.

Eines ist fast sicher: Das Browserfenster ist bei einer Bildschirmauflösung von 1024 x 786 Pixeln bei den meisten Besucher maximiert. User mit größeren Bildschirmen surfen hingegen kaum mit einem maximierten Browserfenster.

Will man eine Website in verschiedenen Browserauflösungen anzeigen lassen, kann man das über die Seite http://setmy.browsersize.com machen oder das Add-on „Firesizer“ für den Firefox verwenden. Firesizer kann unter der Adresse https://addons.mozilla.org/de/firefox/addon/5792 bezogen werden.

W3C-Validator

Bevor es an die korrekte Darstellung des Templates geht, ist es wichtig, dass der Quelltext fehlerfrei ist. Nur so können wir eine Fehldarstellung des Templates durch falschen Code ausschließen. Ein Test mit dem Validator des World Wide Web Consortiums schafft die gewünschte Abhilfe. Unter

http://validator.w3.org kann man die URL hinterlegen, unter der der Quelltext geprüft werden soll.

Wichtig bei diesem Test ist es, dass die Indexdatei dem richtigen Dokumenttyp (Doctype) zugeordnet ist. Findet der Validator Fehler, dann fällt der Test negativ aus, und das W3C gibt mit Angabe der Zeile, in der der Fehler auftrat, wertvolle Tipps zur Behebung.

Die Fehlerbeschreibung liefert immer die dazugehörige Zeile, in der der Fehler auftrat. Als Beispielfehler haben wir dem div-Container header einen Rahmen verpasst. Der Validator verrät, in welcher Zeile der Fehler auftrat und warum. Wenn Sie den Quelltext der Website öffnen, können Sie den Fehler aufspüren und nachschauen, welcher Teil des Index dafür verantwortlich ist. Der Fehler könnte in der Datei index.php direkt stehen, aber auch Module und Artikel können Fehler hervorrufen; letztendlich alles, was Quelltext erzeugt.

Der Text ist dem Buch "Joomla-Templates - Design und Implementierung" entnommen, das im November 2009 im Franzis-Verlag erscheint.