Ich bin fasziniert, einen Artikel über ein sich nicht stellendes Problem mit einem völlig inakzeptablen Code bei SELFHTML zu lesen. Ich weiss schon, warum ich niemandem mehr dieses Werk empfehle, in dem die Erstellung von Formularen mit Tabellen gelehrt wird. Trotzdem gab es zumindest im Blog zu Zeiten von moilily noch richtig gute Artikel.

Im Falle des Viewportartikels wird "selbstverständlich" ein kleines Tabellenlayout und ergänzend eine schlichte Ansammlung von Links genutzt. Die Idee der Semantik leuchtet kurz in der Verwendung eines Absatzes auf - allerdings in einem Tabellengerüst.

Sind wir echt noch in der Jahrtausendwende?

Und wo ist bitte das Problem, das dieser Ansatz ernsthaft lösen möchte? Entweder macht man ein elastisches oder ein fluides oder ein fixes Layout. Wenn man zuviel Entwicklungszeit zur Verfügung hat, dann kann man auch noch mehrere CSS-Dateien für unterschiedliche Viewportbreiten erstellen und diese dann per Javascript zuweisen. Aber erstens benötigt man das nicht wirklich und zweitens haben die Nutzer ohne Javascript dann halt Pech gehabt. Die müssen einen andere, hoffentlich zugängliche Version akzeptieren.

Wer möchte denn ernsthaft eine solche Lösung implementieren, pflegen und dann als Anwender nutzen? Wenn ich nur eine kleine Site mit fünf statischen Seiten pflege, dann kann ich mir sowas noch leisten. Wenn ich ein umfangreiches Informationsangebot mit einem CMS pflege, wird es schon viel schwieriger. Ein dynamisches CMS könnte das evtl. noch abfangen, sehr viele High-Traffic-Seiten laufen aber mit statischen Seiten. Wie soll man das in diesem Falle realisieren?

Und btw: welcher Nutzer sucht sich denn die Breite seines Monitors aus? Das müffelt doch nach 1997, nur ein wenig modifiziert. Früher sagte man dem Nutzer, er solle sich einen anderen Browser installieren oder er mußte erst auf einen Begrüßungsbildschirm klicken. Heute soll er dann erst die Größe seines Bildschirms angeben?

Das meint ihr jetzt nicht ernst?