Der Adventskalender der Webkrauts macht mit einem Artikel von Ansgar Hein auf. Ansgar betrachtet “Wireframes für Startseiten“.

Der englischsprachige Kalender “24ways” macht mit einem Artikel über eine Eigenschaft von @font-face auf. Drew McLellan beschreibt, wie man mittels der Eigenschaft “unicode-range” den Einsatz einer Schrift auf wenige Zeichen (oder nur eines) beschränken kann. Eine interessante Idee mit diversen Pferdefüssen.

Sven Wolfermann beschreibt im ersten Türchen des “CSS3-Adventskalenders” eine Lösung, Rahmenlinien mit Verläufen zu versehen.

Auch Mozilla macht bei den Adventskalendern neuerdings mit. Hier werden empfehlenswerte Links spendiert. Bei sitepoint ist man hingegen geschäftstüchtig und verkauft drei ausgesuchte ebooks zu einem gnadenlos günstigen Preis. Ich habe mir gleich das ebook über mobile Webentwicklung gekauft.

Ich warte nur noch drauf, dass sich das erste Türchen des “Performance Calendars” öffnet. Habe ich einen Adventskalender übersehen? Ergänzungen sind in den Kommentaren willkommen. Die Kalender sollten aber etwas mit Webentwicklung zu tun haben.

Am 3. Dezember ist wieder “International Open Data Hackathon“. An diesem Tag soll mit offenen Daten experimentiert werden. In Deutschland sind Veranstaltungen in Berlin und Frankfurt gemeldet. Für die Frankfurter Veranstaltung gibt es ein Doodle.

Welche Schriften kombiniere ich mit welchen anderen Schriften am besten, wenn ich meine Schriftarten in CSS zuweise? Die Antwort formt den sogenannten “CSS-Font-Stack”. Auf der passenden URL gibt es eine umfangreiche Liste der “Stacks”, die man sich direkt in die Zwischenablage kopieren lassen kann. Schade finde ich nur, dass die Kontraste der Seite schlecht lesbar sind.

Im Accessibility Blog von Yahoo! gibt es eine interessante Präsentation über Fehler, die im Bezug auf die Zugänglichkeit von Webseiten immer wieder gemacht werden. Unter der von Slideshare eingebundenen Präsentation gibt es eine umfangreiche Niederschrift. Die Aufzeichnung des Vortrags befindet sich dann im YUI-Theater.

Die FAZ präsentiert auf der Startseite keine einzige Überschrift. Auf Unterseiten sind die Artikel selber mit Überschriften strukturiert. Weitere sinnvolle Überschriften gibt es selten. Meist wird mit dem b-Element (bei XHTML 1.1 !!) oder div.rubrikenkopf formatiert.

Die Süddeutsche ist kaum besser. Auf der Startseite wird das Logo als h1 formatiert. Sonst ist keine Überschrift einer korrekten Auszeichnung würdig. Auf den Artikelseiten wird dessen Überschrift doppelt als Überschrift ausgezeichnet, einmal in der Breadcrumb (h1), einmal als Artikelüberschrift (h2). Jede weitere Überschrift wird wie anno 1996 unsemantisch formatiert. Headlines über Seitenboxen werden auch vorzugsweise über das sinnfreie (div.headline) gelöst.

Die beiden eben besprochenen werden in Zukunft in meinen Vorträgen den STERN als abschreckendes Beispiel ablösen. Der präsentiert auf der Startseite immerhin drei Überschriften, obgleich es sich dabei auch nur um Nebensächlichkeiten handelt. Die eigentlichen Überschriften werden von so schal klingenden Konstrukten wie a.h2 und span.boxHeadline umfasst. Auf den Unterseiten werden hingegen ein paar unlogische Überschriftenstrukturen verstreut und noch immer nicht alle Überschriften als solche ausgezeichnet.

Es geht aber auch gut. Das zeígen Die Welt, Die ZEIT, die Frankfurter Rundschau, die taz, der SPIEGEL und der FOCUS. Alle präsentieren eine gute bis sehr gute Überschriftensemantik. Sie zeigen online Professionalität, die FAZ, Stern und Süddeutsche eindeutig vermissen lassen.

Ich möchte wirklich zu gerne wissen, woher bei den drei kritisierten Publikationen die Angst vor der Überschrift kommt. Ich gehe stark davon aus, dass es in der FAZ einen Sturm der Entrüstung gäb, wenn die Redakteure nur noch im Dativ schreiben dürften, alle Kommata vor Drucklegung automatisch gelöscht würden oder alles in Kleinschreibung veröffentlicht würde.

HTML ist im Prinzip eine vollkommen einfache und logische Sache. Ja im Detail kann es mal hakelig werden, aber grundsätzlich stimmt die Behauptung. Wir schauen, welcher Art der auszuzeichnende Text ist (Überschrift, Absatz, Liste) und wählen den dafür adäquaten Tag. Warum also nutzt jemand a.h2 anstatt h2?

Ich hoffe, irgendwann jemanden zu treffen, der an einer der genannten Projekte beteiligt war und mir erklären kann, welche Entscheidungswege zu diesem miserablen Quellcode geführt haben. Für sachdienliche Hinweise bin ich sehr dankbar.

• Tomas Caspers gibt bei “Einfach für alle” einen kompakten Überblick über die WCAG 2.0. Für Neulinge auf alle Fälle empfehlenswert. Für Kenner der Materie ist der Artikel eine kompakte Linkiste mit zwei hilfreichen Diagrammen.
• Und noch ein kleines Schmankerl aus der Feder von Tomas Caspers: eine Einführung in die Barrierefreiheit. Dabei handelt es sich allerdings eher um eine gut kommentierte Linkliste, als eine echte Einführung. Aber auch eine solche kommentierte Linkliste und hat vor allem für Einsteiger einen hohen Wert.
• Smashing Magazine wärmt den Klassiker aller Frontendprobleme auf: wie teste ich alle IE-Versionen?
• ziemlich viele Lern-Videos zu jQuery
• Überschriften sind bei Webentwicklern immernoch partiell unbekannt. Darauf ist Kerstin Probiesch bei der Betrachtung der Seite des Uniklinikums Gießen-Marburg gestoßen.
• Bounceapp ist eine Applikation, mit der man einen Screenshot einer Seite erstellen kann und dann gemeinsam mit anderen mit Annotationen versehen kann. Man kann sich die URL der Screenshots (inkl. der Annotationen) zusenden. Tolle Idee.
• Jürgen Liechtenecker hat die Seite seiner kleinen Agentur erneuert. Dabei ist ein technisch und optisch interessantes Endergebnis herausgekommen.

Im Bereich Frontendentwicklung schreitet die Zeit sehr schnell voran. Deshalb ist es kein Wunder, dass Teile des Curriculums aus heutiger Sicht fast veraltet sind. Opera macht deshalb nun einen mutigen und vielleicht auch richtigen Schritt und migriert die Inhalte in das W3C-Wiki. Dort sollen nun Interessierte die existierenen Artikel überarbeiten und neue Artikel hinzufügen können. Ich bin gespannt, ob und wie sich das Projekt weiterentwickelt.

Von dieser Neuigkeit fühlte ich mich dann angeregt, beim SELFHTML-Wiki vorbeizuschauen. Die Inhalte wachsen und gedeihen offenbar. Bei einer kleinen Stichprobe entdeckte ich einen verbesserungswürdigen Artikel und meldete mich gleich als neuer Nutzer an. Das geht schnell und tut nicht weh. Ich kann das sehr empfehlen. Vielleicht melden sich ein paar meiner Leser auch an und tragen dazu bei, dass SELFHTML nicht stirbt. Ich nehme mir jedenfalls vor, immer mal wieder beim Wiki vorbeizuschauen und eventuell eine Überarbeitung beizusteuern.