Tabellen waren gestern
1.78 ist eine zwei-Frauen-Agentur (When the smoke clears it just means they’re reloading) in Hamburg, deren Website heute live gegangen ist. Das Layout verzichtet komplett auf Tabellen und basiert zu 100% auf Cascading Stylesheets. XHTML und CSS Scripts stammen von mir – damit ist jetzt meine zweite Web Standards konforme Seite online.
Obwohl man Bilder (die mit CSS Rollovers versehen sind) als Navigationselemente gewählt hat, funktioniert die gesamte Navigation auch noch mit abgeschaltetem CSS und ohne geladene Bilder.
Das Flash-Baller-Spiel zur Beispielkampagne (Bevor Ihr gegen diese Halunken antreten könnt, müsst Ihr Euch erstmal Mut ansaufen.) wird übrigens demnächst auf einer eigenen Domain zu sehen bzw. zu spielen sein – ich werde berichten.
Ähnliche Beiträge:
Google hat kräftigen Schluckauf Mac OS X Neuinstallation
Kommentare:
Bei den Kommentaren handelt es sich um fremde Inhalte, die sich „esse est percipi“ nicht zueigen macht. Verantwortlich für den Inhalt eines Kommentars ist der jeweilige Verfasser.
Gefällt mir gut – bis auf die Navigrafiken, die sind IMO schlecht zu lesen…oder war das Absicht?
Meinst du das Antialiasing oder die Schrift selbst? Die Schrift war so vorgegeben und da zum Postscriptfont nur ein einziger Bitmapfont in 9 Punkt existierte, die Schriftgröße auf der Website aber 12 Punkt sein sollte, ließ sich das Antialiasing – weil ja das System den Screenfont on the fly aus dem Postscriptfont erzeugen muss – leider nicht vermeiden.
Ich kann mich übrigens noch gut an die Zeiten erinnern, als Speicherplatz teuer war und gutgemeinte, nichtsdestoweniger falsche Ratschläge und Anleitungen sogar in Fachzeitschriften existierten, alle Bitmapfonts bis auf einen einzigen zu löschen – es gab ja ATM, so argumentierte man.
Das die Bitmapfonts für die gängigsten Größen (i.d.R. 9, 10, 12, 14, 18, 24 Punkt) natürlich handoptimiert waren und sind und so eine viel bessere Bildschirmdarstellung ermöglichen als ATM das je gekonnt hätte, wurde, wahrscheinlich aus Unkenntnis, übersehen.
meta name="robots" content="all"
ist nicht standardkonform, statt “all” steht üblicherweise “index, follow”
wenn die Bots die Seite erfassen und den Links folgen sollen.
Und beim Mozilla 1.5b fehlt bei der Anzeige des 1.78 Weblog die Textzeile unter dem untersten Bild, bei mir jedenfalls.
Ähm, danke für den Tipp – aber standardkonform sind ALL, NONE, INDEX, NOINDEX, FOLLOW, NOFOLLOW, wobei ALL die Kurzform für INDEX, FOLLOW ist. Siehe auch den SPIDERING BOF REPORT beim W3C oder den HTML Author’s Guide to the Robots META tag auf den Web Robots Pages.
Und die Textzeile unter dem untersten Bild (dem Radarfoto) auf der Logbuch Seite fehlt in jedem Browser – da ist nämlich gar keine… ;-)
Nahezu perfekt, sogar in Opera 5. Nur ein kleiner Fehler ist mir aufgefallen: Die Logografik hat als Alternativtext “Logo”, “1.78” wäre jedoch richtig. Auch einige andere Alternativtexte sind von den Grafiktexten sehr verschieden (der Text zur Grafik “Logbuch” lautet z.B. “Weblog”). Ansonsten, gute Arbeit. Gut bezahlt? :-)
”...da ist nämlich gar keine
”
Im Netscape 4.7 ist da schon ne Zeile, aber ich geb zu, der geht bei vielen nicht mehr als Browser durch.
Das mit index=”all” war mir neu.
Ulrich: Immerhin sind laut Webhits sogar noch 3,5% aller Surfer mit Netscape 4.7 unterwegs. Trotzdem kann das unter dem untersten Bild auch in NS 4.7 nur eine Leerzeile sein – Text ist da nämlich wirklich keiner mehr.
Danke an alle für Tipps und Lob… ;-)
Ich hatte vergessen, dass ich im Netscape 4.7 Javascript deaktiviert habe, deshalb steht ganz unten der Text “in diesem Logbuch sammeln wir…”
Mein Fehler!
Eine Beschreibung der Grafik wie z.B. “1.78 Logo” oder “Logo der 1.78 OehlPrinz GbR” gehört in den title.
(Weil IE den alt-Text fälschlicherweise als Tooltipp anzeigt, machen das leider sogar Profis andauernd verkehrt.)
Dem kann ich nicht ganz zustimmen. Erstens hat eine Grafik kein title-Attribut, das hat nur ein komplettes HTML Dokument oder ein Link – andererseits stimmt natürlich die Anmerkung, dass IE fälschlicherweise das alt-Attribut des img-Tags statt des title-Attributs des a-Tags als Tooltipp anzeigt. In letzterem Fall steht beim fraglichen Bild übrigens richtigerweise »Home«.
Aber IMHO gehört in das alt-Attribut natürlich eine Beschreibung des Bildes. Es geht schließlich in erster Linie nicht um grafiklose Browser wie Lynx, sondern um Accessibility bzw. Barrierefreiheit. Wenn ein sehbehinderter oder blinder Mensch eine Website durch einen Screenreader vorgelesen bekommt, nutzt ihm »1.78« im Kontext eher wenig, »1.78 Logo« dagegen schon sehr viel mehr.
Und hier die Empfehlung des W3C für alt-Attribute:
The alt attribute provides a short description of the image.
Dass du “1.78 Logo” als adäquaten Vorlesetext betrachtest, war mir nicht bewusst. Insofern: Entschuldigung.
Lynx und Screenreader sind für mich übrigens äquivalent. Sieht eine Seite in Lynx vernünftig aus, wird sie auch von Screenreadern vernünftig vorgelesen. Aber da möchte ich mich keinesfalls streiten. :-)
Ha, ich wusste, dass dieses Argument »Alle Elemente dürfen…« kommen würde ;-) Das hat dann allerdings mit (X)HTML nichts mehr zu tun, sondern ist reinstes CSS Scripting.
Das hieße nämlich, dass man für jedes Bild eine eigene Klasse in der CSS Datei anlegen müsste – nur wegen des title-Attributs. Das ist aber nicht nur mühsam, sondern auch kontraproduktiv und gegen alle Standard Empfehlungen: Inhalt und Struktur werden in der (X)HTML Datei festgelegt, Form bzw. Layout in der CSS Datei.
Sind in einem Browser die Stylesheets abgeschaltet, funktionieren nämlich auch die mühsam angelegten title-Klassen für Bilder nicht mehr.
Ich bleibe daher bei den alt-Attributen, die IMHO tatsächlich als Ersatztext, also für Bildbeschreibungen vorgesehen sind.
Nun bin ich endgültig verwirrt. Mit Ersatz- bzw. Alternativtext scheinen wir uns ja durchaus einig zu sein. Beim W3C lese ich jedoch, dass ein IMG alle Coreattribute erbt, und dazu gehört auch title. Ich erkenne da keinen unmittelbaren Zusammenhang zu CSS. Beispiel: (
title als Tooltipp für “normale” Besucher, alt als Grafikersatz für Screenreader, Lynx etc.) Wo ist da CSS?
Mit dem title-Attribut hast du natürlich recht – wahrscheinlich war ich da schon im Fieberwahn der Grippe, die mich letzte Woche überfiel.
Kommentar schreiben:
FAQ (Häufig gestellte Fragen)
Kommentare:
- Michael Preidel zu Harbor – Sicherer Hafen [Testflight]
- Henning zu Harbor – Sicherer Hafen [Testflight]
- Michael Preidel zu Harbor – Sicherer Hafen [Testflight]
- Michael Preidel zu Harbor – Sicherer Hafen [Testflight]
- Mesrop zu Harbor – Sicherer Hafen [Testflight]
- Michael Preidel zu Hopper 1.0b7 (Update: 1.0b9)
Schlagwörter