Der Whiteboard-Friday im Unternehmen

Ich verfolge schon seit langer Zeit den wöchentlichen Whiteboard-Friday bei SEOmoz. Bei diesem Format stellt Rand Fishkin oder ein Gastredner in einem begrenzten Zeitraum, meist zwischen wenigen Minuten und einer Viertelstunde, ein Thema vor, das er an einem Whiteboard zur Unterstützung visualisiert (hier z. B. die Rollen und Verantwortlichkeiten eines Marketingteams). In der Kürze der Zeit kann man keine Abhandlungen über große Themenkomplexe wiedergeben und die Zeichenfläche einer Tafel wäre dazu auch kaum geeignet. Das Format zwingt also dazu, sich auf einen groben Einblick zu beschränken oder sich einem eher spitzen Teilaspekt eines Themas zu widmen, dass dann umso detaillierter vorgestellt werden kann. Es bietet sich u. U. auch an, mehrere Ausgaben des Whiteboard-Fridays zu einer Serie zusammenzufassen.

Doch wie kann man das nun im eigenen Unternehmen anwenden? Das erkläre ich wohl am besten am Beispiel meines langjährigen Arbeitgebers jpc. Die Struktur unseres Unternehmens bedingt es, dass die Hauptabteilung, in der ich mit meiner Kollegin für das Suchmaschinenmarketing (SEO und SEA) zuständig bin, eine sehr heterogene Zusammensetzung hat. In diesem großen Team finden sich also wir SEM-Leute, klassische Marketer, Mediengestalter und Entwickler für Front- und Backend. Und obwohl es unter all diesen Kollegen in der täglichen Arbeit immer wieder Berührungspunkte gibt, kennt doch kaum einer viel von der Tätigkeit des anderen, vom Abteilungsleiter natürlich abgesehen. Der Rest arbeitet mehr oder weniger in kleinen, selten wechselnden Teams autark und hat keinen Einblick in das Tagesgeschäft der Kollegen.

Angeregt durch die jeweils als Video veröffentlichten Whiteboard-Vorträge bei SEOmoz, habe ich im vergangenen Dezember unserem Abteilungsleiter vorgeschlagen, einen Whiteboard-Friday einzuführen, bei dem im wöchentlichen Wechsel ein Kollege aus dem Team etwas aus seinem Arbeitsgebiet vorstellt. Es muss sich dabei nicht um den Hauptteil seiner Tätigkeit handeln, sollte aber auch nicht damit enden, dass er seine Sammlung gebrauchter Taschentücher von Prominenten vorstellt. Ein enger Bezug zur Tätigkeit bei uns ist also gefordert.

Weil zu jedem Treffen ein großes Team zusammenkommt, darf die Veranstaltung auch in zeitlicher Hinsicht nicht ausufern. Ziel für jeden Vortrag ist also eine Redezeit von 10–15 Minuten mit anschließender Frage-/Antwortrunde für weitere 10–15 Minuten. Nach maximal 30 Minuten muss also der Hammer fallen und das Team auseinandergehen. Sollten dann noch offene Fragen im Raum stehen, hat man direkt ein Thema für den nächsten Freitag.

Erste Erfahrungen

Seit Ende Januar führen wir den Whiteboard-Friday nun mit diesen Vorgaben durch. Ich selbst durfte schon mit zwei Themen an die Tafel, mehrere andere Kollegen haben aber auch schon präsentiert. Themen bisher (ohne Anspruch auf Vollständigkeit): Redaktionell relevante Seitenelemente und deren Verwendung, Semantisches HTML, Einführung in AdWords, Softwaremetriken, Testroutinen in der Softwareentwicklung, Katalogproduktion und zuletzt noch Aufbau der SERPs.

Die Vielfalt der Themen zeigt schon, dass nicht jeder Vortrag für jeden Zuhörer gleich interessant sein kann. In manchen Wochen wird man ggf. wenig Neues erfahren, wenn gerade der Kollege, der eh im Tagesgeschäft das gleiche Aufgabengebiet hat, einen Teilaspekt daraus beleuchtet. Vielleicht kann man sich aber gerade dann in der anschließenden Fragerunde einbringen, indem man z. B. gezielt einen Punkt hinterfragt, der vom Vortragenden vergessen wurde oder indem man den Redner bei seinen Antworten unterstützt, damit er mal Luft holen kann.

Es kann natürlich auch weniger interessant sein, weil der eigene Wissensstand zu einem Thema so gering ist, dass man den Faden des Vortrags schon beim Titel verliert. In dem Fall ist dem ach so unwissenden Zuhörer natürlich kein Vorwurf zu machen. Zumindest in dieser frühen Phase unserer Whiteboard-Fridays kann man aber auch dem Vortragenden keinen Vorwurf machen. Für uns alle ist das neu und da es vorher kaum gemeinsame Erfahrungen dieser Art gab, ist es extrem schwer einzuschätzen, mit welchen Informationen man genau den Punkt zwischen Langeweile und Überforderung trifft. Bei einzelnen Themen wird das in dieser Zusammensetzung des Teams vermutlich auch nie klappen können.

Die bisherigen Vorträge und die in den meisten Fällen auch angeregten Fragerunden machen Lust auf mehr. Ich finde es persönlich sehr spannend, wie sich die Veranstaltung bei uns entwickelt. Das Korsett, in das wir uns selbst zwingen, ist ja weitestgehend ein zeitliches und nur sehr begrenzt ein inhaltliches. Und es spricht auch nichts dagegen, Regeln zu ändern, wenn sich herausstellt, dass die Durchführung dadurch einfacher oder eher zielführend wird.

Ziele – ach ja, und Risiken

Was sind denn die Ziele dieser Treffen? Aus meiner Sicht geht es in erster Linie darum, bei allen Mitgliedern eines Teams das Verständnis und die Anerkennung für die Arbeit der anderen Kollegen zu fördern. In der Folge können Barrieren fallen und Reibungsverluste in späterer Zusammenarbeit minimiert werden. Das Verständnis für die Arbeitsweise und die Denkmuster, aber auch die Spezialinteressen eines Kollegen lässt einen auch Anforderungen an diesen besser formulieren oder Rückfragen besser verstehen.

Gleichzeitig handelt es sich bei jedem einzelnen Vortrag auch um eine Weiterbildung aller Zuhörer. Der Vortragende teilt schließlich sein Wissen. Und da jeder im Unternehmen sein Handwerk versteht, ist diese Wissensweitergabe von entsprechend hoher Qualität und hat sicherlich Fortbildungscharakter. Natürlich kann nicht jeder Kollege alles Gehörte auf seine eigene Tätigkeit anwenden, schlimmstenfalls erweitert er aber seinen Horizont. All das sind Punkte, von denen die Firma ebenso profitiert wie jeder einzelne Mitarbeiter.

Die Mitglieder heterogener Teams in der Form einer Pflichtveranstaltung aufeinander loszulassen, kann natürlich auch zu Problemen führen. Nicht jeder Kollege ist ohne Übung in der Lage, sein Fachgebiet in freier Rede vorzustellen, obwohl er sich in allem, was er tut, im Schlaf auskennt. Oder falsche Bescheidenheit führt dazu, dass man das eigene Thema im Vergleich zu bereits vorgetragenen unterschätzt und sich deshalb nicht an die Tafel traut. Wie man das lösen kann, weiß ich noch nicht. Vielleicht sehe ich aber auch Gespenster und es ist gar kein Risiko vorhanden.

Fazit

Nach mehreren Wochen kann ich sagen, dass der Whiteboard-Friday bisher ein erfolgreiches Konzept für uns ist. Ich sehe auch derzeit nicht, warum sich das ändern sollte. Ein System, in dem mit begrenztem Aufwand ein besseres Teamverständnis gefördert werden kann, muss ja zwangsweise erfolgreich sein.

Die Eckpunkte nochmal im Überblick:

• Wöchentliche Durchführung
• Wechselnde Sprecher aus dem Team
• Thema aus dem Arbeitsumfeld des Sprechers
• Redezeit 10–15 Minuten, strikt einzuhalten
• Fragerunde bis zu 15 Minuten, strikt einzuhalten
• Sprecher sollten sich freiwillig melden
• Bunter Themenmix durch Mitglieder aus unterschiedlichen Gruppen
• Alleiniges Medium ist das Whiteboard. Kein Projektor, kein Laptop. Eventuell Ausdrucke für Themen, die allein zeichnerisch schwer darzustellen sind.

Feedback

Nach den beiden Kurzpräsentationen, die ich gehalten habe, habe ich mir bei einigen Kollegen noch Feedback eingeholt; zum Format an sich und zu meinem Vortrag speziell. Feedback zu geben und zu erhalten finde ich immer hilfreich. Das soll bei diesem Artikel nicht anders sein. Also, wer führt in seiner Firma ähnliche Reihen durch oder könnte sich vorstellen, das zu tun? Gibt es Erfahrungen, Anregungen, die man hier noch ergänzen sollte? Sollte man später auch Sprecher von außerhalb des Teams einladen? Meldet euch; ich bin gespannt.

Aus Zeitgründen (immer die gleiche Ausrede) bin ich auch in diesem Jahr wieder nicht mit einem eigenen Artikel vertreten. Umso dankbarer bin ich den aktiven Webkrauts, die wieder reichlich Zeit und Fachwissen in ihre Artikel gesteckt haben und genau dieses Wissen gern teilen. Ich habe zwar nicht mitgewirkt, kenne aber grob die Themen der folgenden Artikel im Adventskalender und kann versprechen, dass es sich lohnt, täglich auf die Seite zu schauen. Bleibt dran, Leute!

Ähnliche Beiträge:

1. Alle Jahre wieder: der Webkrauts-Adventskalender
2. Adventskalender der Webkrauts natürlich auch 2007
3. Der Webkrauts-Adventskalender öffnet seine Türchen

Trotzdem wäre ein Überblick über header, nav, footer, article, aside und section gar nicht schlecht gewesen. Das hätte man sicher in fünf Minuten anreißen können. Ich möchte aber hier auch gar nicht auf die einzelnen neuen Elemente eingehen, das haben andere schon ausführlich erledigt. Den Nutzen im Hinblick auf SEO sehe ich derzeit noch nicht, es gibt aber keinen Grund, die Elemente bei neuen Projekten oder Relaunchs auch jetzt schon zu verwenden. Wenn der Parser von Google die Elemente irgendwann verstehen sollte, ist es deutlich einfacher, den Unterschied zwischen Inhalten, Navigation und Fußbereich zu erkennen (nur als Beispiel), wobei ich aber denke, dass Google das auch jetzt schon sehr gut kann.

Überschriftenhierarchien in HTML5

Mir geht es viel eher um eine andere Möglichkeit, die uns die Spezifikation an die Hand gibt: Das Ermitteln von Überschriftenebenen aus der Document-Outline. Jetzt fragen sich die meisten vermutlich »Was möchte der komische Mann von uns?«, daher mal ein Beispiel:

Eine Seite hat eine H1-Überschrift, ein Bereich der Seite wird mit einer H2-Überschrift eingeleitet, ein Artikel darin beginnt mit einer H3 und Abschnitte des Artikels tragen dann folgerichtig sogar noch eine H4 (z. B. »Einleitung«, »Fazit«). Damit wird sowohl in alten Versionen von (X)HTML als auch in HTML5 eine korrekte Hierarchie von Überschriften dargestellt.

Die Spezifikation von HTML5 ermöglicht aber nun die automatische Erkennung dieser Hierarchie unabhängig vom angegebenen Element (H1–H6). Die Hierarchie wird hierbei allein durch die Position in der Document-Outline festgelegt. Der Vorteil liegt darin, dass man beim Anlegen des Dokuments ausschließlich H1-Überschriften verwenden kann, die vom Parser dann der richtigen Ebene zugeordnet werden. Gerade bei Content-Syndication ist das natürlich von Vorteil. Wenn ich einen Artikel an mehreren Stellen verwende, z. B. komplett auf der Artikelseite und als Auszug auf einer Start- oder Übersichtsseite, muss ich mir um die Verschachtelungstiefe der Überschriften keine Gedanken mehr machen. Ein riesiger Vorteil für Nachrichtenseiten!

Um beim Beispiel oben zu bleiben, haben wir also eine H4-Überschrift namens »Fazit« innerhalb des Artikels. In der Outline (keine Ahnung, wie man die darstellt) haben wir also body h1 > section h2 > article h3 > section h4. Im erzeugten HTML steht aber an jeder der genannten Stellen eine H1! Ich hoffe, das ist inhaltlich halbwegs verständlich.

Geil, 40 mal H1 auf der Seite

Jetzt könnte man als unbedarfter (oder testender) SEO natürlich auf die Idee kommen, dass man tatsächlich jede Überschrift auf einer Startseite als H1 auszeichnet, um Google zu zeigen, wie wichtig das doch alles ist. Und weil es so in der Spezifikation steht und Google selbst ja schließlich vehement den sofortigen Einsatz von HTML5 empfiehlt, kann das ja wohl kaum als Spamming angesehen werden. Um genau das herauszufinden, habe ich nach der Session auf der SMX JohnMu direkt darauf angesprochen. Das hätte ich natürlich auch in der Fragerunde am Ende tun können, mir schien der Sachverhalt aber zu speziell und zu erklärungsbedürftig. Die Antwort war Google-typisch ausweichend: Ich sollte mir dabei keine allzu großen Sorgen machen und wahrscheinlich würde das kein Problem geben. Was er aber eindeutig sagte, war, dass der Google-Bot derzeit noch keinen HTML5-Parser hat. Die Überschriften kämen also in diesem Beispiel alle als H1 an, nicht in der gewollten Hierarchie.

Ich möchte nun natürlich nicht seine Aussage anzweifeln, für mich sieht das dann aber schon danach aus, als könnte das ein wenig spammy wirken. Man stelle sich die Startseite eines Nachrichtenportals vor, auf der dann 40–60 Überschriften erster Ordnung erkannt werden, jeweils gefolgt von zwei Zeilen Text. Selbst wenn dann ein Quality-Rater draufschaut, müsste der erst mal mit HTML5 ziemlich gut vertraut sein, um die Richtigkeit des Tuns zu erkennen. Mir wäre das Risiko eindeutig zu hoch. Zumindest habe ich für einen anstehenden Relaunch unseres Shops dieses Vorgehen weit von mir gewiesen. Die Gefahr, damit in einen Filter zu laufen, ist mir deutlich zu hoch.

Ganz nebenbei habe ich auch gelesen (die Quelle finde ich gerade nicht), dass Screenreader mit der hierarchischen Einordnung der Überschriften auch noch nicht umgehen können. Das sehe ich zumindest noch als weiteren wichtigen Grund, auf die Möglichkeiten zu verzichten. Die sonstigen Elemente sollte man aber verwenden, es spricht aus meiner Sicht nichts dagegen.

Sollte jemand mal einen Testballon Richtung H1-Häufung starten wollen, bin ich sehr am Ergebnis interessiert. Auch andere Hinweise im Bezug auf HTML5 und SEO sind hier gern gesehen. Sollte ich hier Quatsch geschrieben haben, sind die Hinweise natürlich ebenfalls willkommen.

Ähnliche Beiträge:

1. Risiken für Shops durch Web 2.0?

Ich habe den Designer daraufhin angeschrieben und wortreich auf seine Fehler hingewiesen. Ein kurzer E-Mail-Dialog entwickelte sich und die von meiner Seite aus letzte Mail daraus möchte ich hier anonymisiert veröffentlichen. Ich nenne dabei weder die angesprochene Site noch den Designer, weil ich hier kein öffentliches Bashing betreiben sondern nur mal wieder auf ein falsches oder zu kurz gegriffenes Selbstverständnis von Webdesignern hinweisen möchte, das leider noch weit verbreitet ist. Trotz der im Text enthaltenen Hinweise wird sich die angesprochene Site trotz Keyworddomain auch kaum bei Google finden lassen. Warum das so ist, zeigt sich im Text, ist aber auch unschwer zu erraten.

Die E-Mail

Ich finde es erschreckend, dass du offensichtlich tatsächlich so ahnungslos bist. HTML hat nichts mit Programmierung zu tun sondern ist eine Auszeichnungssprache für Inhalte. Du zeichnest jedoch keine Inhalte aus sondern lieferst Daten, die keinerlei tabellarische Struktur haben, in einer Tabelle aus. Das ist, als würdest du private Briefe mit Excel schreiben.

Weil HTML eine Auszeichnungssprache ist, haben rein visuelle Angaben darin nichts zu suchen. Das steuert man ausschließlich über CSS. Anreichern kann man dann die Nutzererfahrung noch durch den sinnvollen Einsatz von JavaScript (womit wir dann doch bei der Programmierung wären). JavaScript findet aber nur so Verwendung, dass alle Inhalte auch ohne aktiviertes JavaScript erreichbar sind. Das muss dann nicht identisch aussehen und auch nicht genauso geschmeidig funktionieren, die grundsätzliche Funktion muss aber gegeben sein. Moderne Websites gewährleisten das problemlos.

Unter Camper-Preisvergleich findest du z. B. ein von mir gebautes Formular. Mit aktiviertem JavaScript lassen sich An- und Abreisedatum sehr komfortabel über Datumswähler eingeben und eine der Reisedauer angemessene Kilometerangabe wird dynamisch berechnet, lässt sich aber sehr intuitiv über einen Schieberegler anpassen. Ruft man die Seite ohne Javascript auf, ist alles ebenso bedienbar und man kann mit dem Formular arbeiten, es ist jedoch weniger dynamisch und interaktiv. Auch das kann man noch verbessern, es ist aber auf jeden Fall ein guter Ansatz. Nun ist mir zwar klar, dass das auf der von dir erstellten Seite kein Problem ist, da du JavaScript dort kaum einsetzt. Es soll nur zeigen, was man mit sinnvollem Quelltext für seine Kunden erreichen kann.

Du hingegen versteckst Inhalte in schlecht komprimierten Grafiken mit so sprechenden Namen wie »logo_oben.jpg« und lieferst dafür noch nicht einmal alternative Inhalte. Der optisch offensichtlich so wichtige Text »entfernt« kommt auf der Seite nur im Titel und im Copyrighthinweis vor. Der Text »Beratungsförderung«, immerhin einer der Punkte der Hauptnavigation, taucht an keiner Stelle der Seite auf. Wie soll Google oder ein blinder Anwender auf der Suche nach dieser Dienstleistung wissen, worum es geht? Und du meinst tatsächlich, dass deine Kunden bei Google gut gefunden werden? Kann ja gar nicht sein, wenn du die relevanten Keywords vor den Suchmaschinen versteckst.

Dreamweaver mag ein gutes Programm sein, liefert jedoch vernünftiges HTML nur, wenn man es dazu zwingt. Einfach bunte Bildchen und Texte in ein Tabellenkonstrukt zu ziehen, hat nichts mit der Erstellung von Webseiten zu tun. Das ist, als würde ich einen Tischler mit der Anfertigung eines Regals beauftragen und der baut mir ein IKEA-Billy zusammen. Da kann man zwar Bücher reinstellen, dafür hätte ich aber keinen Tischler gebraucht.

Die Konsequenz für dich kann nur sein, das Handwerk Webseitenerstellung zu erlernen oder es Leuten zu überlassen, die es können. Alles andere ist deinen Kunden gegenüber eine riesige Schweinerei. Verwunderlich finde ich in diesem Zusammenhang übrigens, dass ein Kunde, der sich mit Beratung beschäftigt, sich bei der Auswahl eines so wichtigen Dienstleisters offensichtlich nicht hat beraten lassen. Er hätte sich sonst nicht für dich entschieden, zumindest was die Umsetzung der Site angeht. Gegen das Design ist aus meiner Sicht gar nichts einzuwenden, das finde ich für den Zweck und das vermutlich kleine Budget sehr gelungen. Sich aber als Designer nur auf das Optische zu beschränken, ist ein zu eingeschränktes Selbstverständnis.

Ich habe vor gut drei Jahren mal einen Artikel übersetzt und veröffentlicht, der sich mit genau dieser Problematik beschäftigt. Ich würde mich freuen, wenn du ihn dir mal durchliest. Vielleicht bleibt ja etwas hängen.

Ähnliche Beiträge:

1. Rezension »Bulletproof Webdesign« von Dan Cederholm
2. Rezension »Bulletproof Webdesign« von Dan Cederholm, 2. Auflage
3. Webstandards begreifen und anwenden

Nahezu jeder, der vor der Aufgabe eines komplexen Layouts gestanden hat, konnte schon feststellen, dass es eine ziemliche Fummelarbeit ist, die Spaltenbreite, die Breite der Spaltenabstände und die zur Verfügung stehende Gesamtbreite auf einen Nenner zu bringen und so ein ansprechendes Raster zu berechnen. Insbesondere bei einem Frontend-Projekt, in dem ich unterschiedlichste Breiten für Eingabefelder brauchte, war für mich ein möglichst vielspaltiges Layout wichtig, um bei den Eingabefeldern sehr flexibel arbeiten zu können.

Hat man dann endlich ein passendes Layoutraster berechnet, steht man vor dem nächsten Problem: Beim Anlegen der Stylesheets oder Festlegen der Vorgaben für Bildgrößen berechnet man immer wieder die Breite von Elementen, die mehrere Spalten und die entsprechenden Zwischenräume umfassen.

Um die Suche nach einem passenden Raster zu erleichtern und vor allem die nervige Berechnung der mehrspaltigen Elemente zu automatisieren, habe ich eine Excel-Datei gebaut, die einem die Arbeit abnimmt.

Eine Erläuterung der Datei und die Möglichkeit, den Layoutraster-Rechner als Excel- und Open-Document-Datei herunterzuladen gibt es auf der Seite »Grid Calculator – Layoutraster berechnen«.

Insgesamt war das eine Sache weniger Stunden, was man vermutlich an der einen oder anderen Stelle noch sehen kann. Aber welcher Relaunch ist schon perfekt und an welchem Relaunch wird nicht nach dem Start noch mehr oder weniger verändert? Hier geht es schließlich auch nicht um eine Firmenwebsite sondern um nur um mein kleines Weblog mit einer doch sehr begrenzten Anzahl von Lesern.

Das Layout selbst spukte so oder ähnlich schon seit einiger Zeit in meinem Kopf herum. Ich wollte endlich von dem alten Einheitsgrau weg zu einem farbenfrohen, warmen und dennoch schlichten Layout, in dem das Lesen der Beiträge Spaß macht. Das Lesen steht hier auch ganz klar im Vordergrund, auch wenn ich vorhabe, zukünftig deutlich mehr mit Grafiken zu arbeiten, um Inhalte zu illustrieren oder einfach nur die Optik spannender zu machen.

Für die nicht ganz so regelmäßigen Besucher hier noch einmal das alte Layout als Screenshot.

Aussichten

Dem Layout liegt ein 12er-Grid zugrunde. Dazu schreibe ich in den nächsten Tagen nochmal etwas. Schließlich soll das Weblog ja nach dem Relaunch auch mit interessanten Inhalten gefüllt werden, was in der Vergangenheit viel zu kurz gekommen ist. Zumindest zwei Themen habe ich da schon in der Pipeline, mehr ergibt sich sicherlich, wenn erst mal wieder Druck auf der Leitung ist.

An einigen Stellen wird es noch Erweiterungen geben, so plane ich eh, mich mal mit dem Thema YQL zu beschäftigen und habe dann ja hier eine schöne Spielwiese. Auch für Bilder muss auf die Schnelle noch eine schöne Darstellungslösung gefunden werden. Noch dazu habe ich dem Thema Barrierefreiheit bisher kaum Aufmerksamkeit gewidmet. Das wird aber noch passieren. Die Grundlagen dafür sind ja schon gelegt.

Feedback zum Relaunch nehme ich natürlich gern an. Lasst euch in euren Kommentaren einfach aus und schont mich nicht.

Ähnliche Beiträge:

1. Relaunch bei QSC und freenet
2. Relaunch
3. Layoutraster berechnen

Es ist schon eine schöne Tradition geworden. Jedes Jahr veröffentlichen die Webkrauts Türchen für Türchen den Adventskalender mit interessanten tageweise zu verarbeitenden Informationseinheiten. Dieses Jahr lautet das Motto Tipps und Tricks. Morgen geht es wieder los, leider auch dieses Jahr ohne meine Beteiligung. Trotzdem – oder vielleicht gerade deswegen – gilt hier der Lesebefehl.

Ähnliche Beiträge:

1. Wieder ein Adventskalender bei den Webkrauts
2. Der Webkrauts-Adventskalender öffnet seine Türchen
3. Adventskalender der Webkrauts natürlich auch 2007

Der Inhalt

Das Buch folgt einem strengen, sinnvollen Aufbau. Zu Beginn werden sehr ausführlich die Grundlagen vermittelt. Der Leser erhält Basiswissen zu allem, was in der späteren Arbeit mit XHTML und CSS vorausgesetzt wird. Die Grundlagen nehmen in ihrer Ausführlichkeit auch tatsächlich einen nicht unwesentlichen Teil des Buches ein. Man kann das viel finden, mich hat es jedoch begeistert. Nicht alles ist zwingend notwendig, um den später im Buch zu lernenden Stoff zu verstehen, ich empfehle jedoch, nichts in diesem Bereich zu überspringen. Interessant ist es allemal, so wird z. B. auch auf die Entstehung des Internets eingegangen.

Mir als gelerntem Schriftsetzer hat besonders der Teil »Typografie« gefallen. Es ist das erste Mal, dass ich in einem Buch zum Thema Webdesign in dieser Ausführlichkeit etwas über korrekte Gedankenstriche, Anführungszeichen und Apostrophe gefunden habe. Allein hierfür gebührt Michael mein Dank.

Der nächste Abschnitt widmet sich den zu verwendenden Hilfsmitteln beim Webauthoring. Verschiedene Editoren, Validatoren, Programme zur Bildbearbeitung und nützliche Tools werden vorgestellt. Gerade bei den Tools gibt es unglaublich viel, was dem Webautor die Arbeit erleichtert. Ich nenne nur Firebug, das aus meiner Arbeit nicht mehr wegzudenken ist.

Und dann geht es endlich in Medias Res; XHTML ist der Titel des nächsten Abschnitts. Michael Jendryschik geht ausführlich auf den grundsätzlichen Aufbau von XHTML-Dokumenten ein und erklärt die Syntax und das Vokabular. Hier beginnt dann auch der praktische Teil. Das obligatorische Hallo-Welt-Beispiel finden wir dann auch auf Seite 186.

Wir finden in diesem Kapitel nicht nur eine reine Auflistung von Elementen und den möglichen Attributen sondern der Autor gibt auch Tipps zur Arbeitsweise beim Schreiben und zur Anwendung der Elemente. Der Leser sollte anschließend in der Lage sein, das semantisch jeweils am besten passende Element für seinen Inhalt zu finden. In der gegebenen Form halte ich das auch für eine sinnvolle Wiederholung auch für den fortgeschrittenen Webautor.

In der gleichen Qualität geht es im Kapitel CSS weiter. Hier wird gezeigt, wie das von Präsentationseigenschaften freie XHTML-Dokument mit ansprechender Optik versehen wird. Eine kurze Einführung zum Thema, in der neben der Kaskadierung und Vererbung auch auf die Kommentierung der CSS-Dateien anhand von CSSDOC und auf Bugs und Hacks eingegangen wird, wird gefolgt von einer ausführlichen Auflistung der Eigenschaften und Werte. Auch hier finden sich wieder reichlich praxisrelevante Tipps wo andere Autoren sich oft nur auf die reine Erklärung beschränken.

Die Krönung des Buchs ist das letzte Kapitel (vom Anhang abgesehen). Mit der Kochbar wird eine ansehnliche Beispielwebsite erstellt. Das auf den bisher gelesenen Seiten erworbene Wissen kann hier direkt praktisch angewandt werden. Das äußerst ansehnliche Design von Manuela Hoffmann wird nun in sehr gut beschriebenen Schritten nachvollziehbar umgesetzt. Liegt die Zielsetzung anfänglich auf der reinen Information und damit der Auswahl der korrekten Elemente und deren Anordnung, wechselt Michael anschließend folgerichtig in die Umsetzung des Designs mit CSS. Auch hier ist jeder Schritt anhand des vorher Erlernten nachvollziehbar. Der Einsteiger hat am Ende des Kapitels das Erfolgserlebnis einer mit Webstandards umgesetzten Website, die er – von den eingebundenen Grafiken abgesehen – eigenhändig erstellt hat. Gerade zu Beginn einer Webautorenkarriere ist ein solches Erfolgserlebnis eine tolle Motivation, um in dieser Richtung weiterzumachen.

Das Buch schließt dann mit einem ausführlichen Glossar im Anhang.

Der Autor

Michael Jendryschik ist ein Vollblut-Webautor. Neben seiner Arbeit als Leiter der Webentwicklung bei der itemis AG zeichnet er für zahlreiche Fachartikel auf seiner Website und in den einschlägigen Fachzeitschriften verantwortlich. Ich kenne Michael dann auch noch als Webkraut und – was mir erst beim Lesen wieder bewusst wurde – als Regular der Newsgroup de.comm.infosystems.www.authoring.misc, in der ich gerade zu meinen Anfangszeiten in diesem Bereich fleißig mitgelesen und sporadisch mitgeschrieben habe.

Die Zielgruppe

Das Buch wendet sich an Einsteiger, wie aus dem Titel unschwer zu entnehmen ist. Wie so oft, ist aber auch für den Fortgeschrittenen Webautor etwas interessantes zu finden, und wenn es nur die Auffrischung bereits erworbenen Wissens ist. Wer sich allerdings Webdesigner nennt und immer noch mit Tabellenlayouts arbeitet, sollte sich zwingend mit diesem Buch beschäftigen. Hier lernt man, wie man es richtig™ macht!

Das Fazit

Lesebefehl für den ambitionierten Einsteiger

Links zum Buch

• Die Website zum Buch
• Die Website des Autors
• Das Buch bei www.jpc.de
• Das Buch als eBook bei www.jpc.de

Technische Angaben

• Einführung in XHTML, CSS und Webdesign
• Standardkonforme, moderne und barrierefreie Websites erstellen
• von Michael Jendryschik
• ISBN 9783827327390
• Addison-Wesley-Verlag, 12/2008
• 564 Seiten, gebunden

Ähnliche Beiträge:

1. Rezension »Bulletproof Webdesign« von Dan Cederholm
2. Rezension »Bulletproof Webdesign« von Dan Cederholm, 2. Auflage
3. Rezension »Transcending CSS« von Andy Clarke

Pünktlich am 1. Dezember ist es wieder so weit. Der Adventskalender der Webkrauts läuft dieses Mal unter dem Motto »Das Beste aus der Praxis« oder »Best Practice im Web«. Das oben zu sehende, sehr schöne Banner für die Aktion wurde übrigens von Manuela Hoffmann erstellt.

Nachdem ich ja im letzten Jahr noch vertreten war, habe ich es in diesem Jahr nicht geschafft, einen Beitrag beizusteuern. Ich gelobe aber Besserung, auch im Hinblick auf Beiträge hier im Weblog. Auf jeden Fall freue ich mich aber auf die Praxistipps der Mitstreiter. Was aus der Themenliste bekannt geworden ist, klingt durchaus vielversprechend.

Ähnliche Beiträge:

1. Alle Jahre wieder: der Webkrauts-Adventskalender
2. Wieder ein Adventskalender bei den Webkrauts
3. Adventskalender der Webkrauts natürlich auch 2007

Es handelt sich um die Fortsetzung des Buches »Little Boxes«, das mittlerweile als Kultbuch und Standardwerk für den Einstieg in XHTML und CSS gilt. Im ersten Teil ging Autor Peter Müller auf die Grundlagen der Webseitenerstellung ein und vermittelte dem Leser die Grundbegriffe von standardkonformem Webdesign.

Diese Grundlagen vorausgesetzt, geht es nun sozusagen in den Fortgeschrittenen-Kurs. Neben der Optimierung und Organisation der CSS-Dateien widmet sich Müller verschiedenen Formen der Darstellung von Navigationslisten, teils auch über zwei Ebenen. Weiter werden verschiedene Ansätze der Gestaltung von Texten, Tabellen, Listen und Formularen gezeigt. Auch die berühmte dehnbare Box mit runden Ecken beherrscht der Leser nach dem entsprechenden Kapitel.

Einen großen Teil seines Buches widmet Peter Müller dem CSS-Framework YAML von Webkraut Dirk Jesse. YAML versetzt den Nutzer in die Lage, unter Einhaltung bestimmter Vorgaben mit wenig Aufwand flexible Layouts zu erstellen. In diesem Teil des Buchs wird die Praxistauglichkeit durch Überführung des Beispiellayouts der vorangegangenen Kapitel in das Framework bewiesen.

Das Buch ist leicht zu lesen und die Beispiele, Erklärungen und Aufgaben sind einfach nachzuvollziehen. Der Stoff wird sachlich, aber keinesfalls zu trocken präsentiert. Alle Beispiele des Buchs sind auf der mitgelieferten CD zu finden. Dazu gibt es noch etliche Tools, die die Arbeit erleichtern.

Dadurch, dass manche Beispiele entsprechend der Zielgruppe eher einfach gehalten sind, kann eine vorgeschlagene Umsetzung bei der Realisierung in komplexeren Umgebungen Probleme schaffen. So wird z. B. die Darstellung eines Initials dadurch gelöst, dass in dem Absatz mit der Klasse .dropcap ein span um den ersten Buchstaben gelegt wird. Angesprochen wird dieser Buchstabe dann im CSS über .dropcap span. Sollte nun der Autor des Textes auf die Idee kommen, ein Wort in einer anderen Sprache zu kennzeichnen, also mit <span lang="en" xml:lang="en">Word</span>, wird die Darstellung sicher spannend, da ja schließlich jedes span selektiert wird. Solche Fehler sind im Buch aber kaum zu finden und gleichzeitig erhält der Leser durchaus das Wissen, unvorhergesehene Auswirkungen eines unvollständigen oder bewusst einfachen Tipps abzustellen.

Der Autor

Peter Müller arbeitet als IT-Dozent. Bereits von ihm erschienen sind Band 1 von Little Boxes und das Little-Boxes-Videotraining.

Die Zielgruppe

Wer den ersten Teil von Little Boxes gelesen und verstanden oder sich auf andere Weise die ersten Grundlagen von XHTML und CSS angeeignet hat, findet in diesem Buch die ideale Weiterbildung.

Das Fazit

Absolut empfehlenswertes Buch für den ambitionierten Einsteiger. Je nach Vorbildung des Lesers sollte erst Band 1 gelesen werden.

Links zum Buch

• Die Website zum Buch
• Website des Autors
• Das Buch bei jpc

Technische Angaben

• Little Boxes Teil 2
• Webseiten gestalten mit CSS
• von Peter Müller
• Markt + Technik Verlag, 01/2008
• 394 Seiten, kartoniert/broschiert mit CD-ROM
• ISBN 9783827243072

Ähnliche Beiträge:

1. Rezension »Transcending CSS« von Andy Clarke
2. Rezension »Einführung in XHTML, CSS und Webdesign« von Michael Jendryschik
3. Rezension »Bulletproof Webdesign« von Dan Cederholm

Ich hatte das Buch bereits angekündigt. Mittlerweile kann man sich das Buch auch online ansehen oder herunterladen (PDF, 8,5 MB). Im MAIN_web kann auch die Printversion angefordert werden.

Weniger wegen meines Beitrags als vielmehr wegen verschiedener anderer Beiträge ist die Lektüre des Buchs auf jeden Fall zu empfehlen, wenn man sich mit dem Thema Barrierefreiheit im Internet auseinandersetzen möchte – und erst recht, wenn man es nicht möchte. Es findet eine inhaltliche Ausseinandersetzung mit Barrieren im Netz statt, die unterschiedlichste Sichtweisen auf das Thema bietet.

Ähnliche Beiträge:

1. »logbuch accessibility« wird ausgegeben
2. Symposium Barrierefreies Webdesign (BOA – Best of Accessibility)
3. Austausch mit Nutzern barrierearmer Websites

Der Untertitel des Buch lautet »Neue kreative Spielräume im Webdesign«. Mit dieser Vorgabe versuchen die Autoren, dem Leser weitere Möglichkeiten zu erschließen, um durch die Nutzung von standardkonformem XHTML und CSS Design umzusetzen, das so bisher im Internet nicht möglich oder nur mit anderen Mittel darstellbar war.

Das beschriebene Vorhaben klappt ganz gut. Für den Webdesigner, der sich in seiner täglichen Arbeit bereits mit CSS beschäftigt, findet sich allerdings wenig Neues. Erst am Schluss wird auf wirklich neue Möglichkeiten eingegangen, die sich durch die Nutzung von CSS3 ergeben. Leider gibt es derzeit keine Browser, die die beschriebenen Ideen vollumfänglich unterstützen, sodass es für diesen Punkt bei Ausblicken in die Zukunft bleiben muss.

Nichtsdestotrotz ist es ein sehr lohnendes Buch. Allein die Optik und Haptik setzt sich wohltuend von vielen Büchern im Bereich Webdesign/Programmierung ab. Die beschriebenen Techniken werden nicht nur durch die üblichen Screenshots sondern auch durch zahlreiche Fotos begleitet. Zusammen mit dem hochwertigen Papier und dem leicht ungewöhnlichen fast quadratischen Format wirkt Transcending CSS sehr inspirierend.

Neben den Möglichkeiten des Einsatzes von bekannten Techniken wird auch die Anwendung von Wireframes im Designprozess beschrieben.

Die Autoren nehmen in Kauf, dass die entstandenen Designs nicht in jedem vom Nutzer verwendeten Browser identisch aussehen. Da diese Einstellung durchaus umstritten ist, werden auch gleich Argumentationsvorlagen für Auftraggeber mitgeliefert. Es ist zu hoffen, dass ausreichend Designer auf diesem Weg ihre Auftraggeber überzeugen können; nur so ist eine Weiterentwicklung auf dem Weg zu einem ohne technische Einschränkungen nutzbaren CSS möglich.

Die Autoren

Andy Clarke ist ein britischer Webdesigner mit eigener Agentur. Wie auch die Co-Autorin Molly E. Holzschlag, ist Andy Clarke Mitglied im Web Standards Project und hat 2006 die Website der Organisation neu gestaltet.

Mitautorin Molly E. Holzschlag wurde der breiten Masse der Webdesigner spätestens durch ihre Mitarbeit am Buch »Zen und die Kunst des CSS-Designs« von Dave Shea bekannt. Sie gehört zu den einflussreichsten Frauen im Web.

Beide Autoren sind Mitglied des W3C.

Die Zielgruppe

Die Zielgruppe des Buchs ist klar umrissen: Webdesigner und Webworker sollten sich das Buch kaufen. Grundlegende Vorkenntnisse in XHTML und CSS werden vorausgesetzt.

Das Fazit

Da Buch ist optisch und inhaltlich ein Genuss. Trotz des nicht ganz günstigen Preises von 44,95 Euro gibt es eine klare Kaufempfehlung von mir.

Links zum Buch

• Die Website zum Buch
• Website von Andy Clarke
• Website von Molly E. Holzschlag
• Das Buch bei jpc

Technische Angaben

• Transcending CSS
• Neue kreative Spielräume im Webdesign
• von Andy Clarke, Mitarbeit von Molly E. Holzschlag
• ISBN 9783827325457
• Addison-Wesley-Verlag, 05/2007
• 372 Seiten, kartoniert/broschiert

Ähnliche Beiträge:

1. Rezension »Little Boxes Teil 2« von Peter Müller
2. Rezension »Einführung in XHTML, CSS und Webdesign« von Michael Jendryschik
3. Rezension »Bulletproof Webdesign« von Dan Cederholm

Die Umfrage richtet sich an jeden im deutschsprachigen Raum (Deutschland, Österreich, Schweiz, Luxemburg und Liechtenstein) lebenden und arbeitenden Webworker; ganz gleich ob weiblich oder männlich, Freelancer oder Angestellter. Das beinhaltet Webdesigner, Entwickler, Projektmanager, Suchmaschinenexperten, Webautoren, Online-Redakteure, Informationsarchitekten, Usability-Experten, Web-Ergonomen, XML-Evangelisten und sonstige Webworker. Wir bitten jeden, der an der Entwicklung von Websites im deutschsprachigen Raum arbeitet, an der Umfrage teilzunehmen.

Die Webkrauts führen die Umfrage durch, um Antworten auf folgende Fragen zu erhalten: Wer sind wir? Wo leben wir? Welche Berufsbezeichnung geben wir uns? Was haben wir für eine Ausbildung? Was sind unsere Kernkompetenzen? Was verdienen wir und was sind unsere Ziele? Und vielleicht ergeben sich auch interessante Ergebnisse im internationalen Vergleich.

Ab dem 7. Januar 2008 finden Sie den Fragebogen bei Michael Jendryschik. Die Umfrage läuft bis zum 18. Februar 2008.

Ähnliche Beiträge:

1. I took it
2. Der Webkrauts-Adventskalender öffnet seine Türchen
3. Adventskalender der Webkrauts natürlich auch 2007

In seinem Buch Bulletproof Webdesign zeigt Autor Dan Cederholm, wie man Webseiten kugelsicher (»bulletproof») gestaltet. Gemeint ist, mit Hilfe standardkonformen Quellcodes (HTML oder XHTML) in Verbindung mit CSS eine Webseite so aufzubauen, dass Änderungen durch den User, wie das Abschalten von Grafiken oder die Vergrößerung der Schrift um mehrere Stufen, zwar das Layout der Seite verändern können, aber weiterhin alle Inhalte les- und wahrnehmbar lassen.

Cederholms Buch ist sinnvoll strukturiert. In jedem der ersten acht Kapitel greift er sich eine Beispielseite bzw. einen Seitenbestandteil, der nicht kugelsicher ist. Es folgt eine anschauliche Erklärung, warum eben dieser Bereich nicht kugelsicher ist. Anschließend wird dem Leser auf sehr anschauliche Art gezeigt, wie die Seite bei gleicher oder nahezu gleicher Optik besser umzusetzen ist.

Dazu wird valides semantisches XHTML verwendet, das dann mit CSS in Form gebracht wird. Cederholm hält sich strikt an die Trennung von Inhalt und Aussehen. In einigen Fällen ist für die gewünschte Umsetzung zusätzliches Markup nötig, der Gebrauch hält sich aber in sehr vernünftigen Grenzen und wird in jedem Fall anschaulich begründet.

Alle Beispiele im Buch sind sehr ausführlich mit Codebeispielen und Screenshots dokumentiert.

Im letzten Kapitel werden die Erkenntnisse aus den ersten acht Kapiteln genutzt, um eine ganze Seite kugelsicher aufzubauen. Hier wird noch einmal anschaulich verdeutlicht, dass kugelsicheres Design kein Wunschdenken sondern absolut praktikables Handwerk ist.

Das Buch liegt mittlerweile in der zweiten Auflage vor. Einiges wurde aktualisiert und erweitert, um den Entwicklungen im CSS-Design und neuen Browser-Versionen Tribut zu zollen. Wo nötig wird nun beispielsweise auf Eigenarten des Internet Explorer 7 (IE7) hingewiesen.

Nettes Detail: Die Einschüsse, die auf dem Titel zu sehen sind, sind eingeprägt und somit auch fühlbar.

Die Zielgruppe

Das Buch richtet sich an Webdesigner und Webautoren bzw. an jeden, der mit der Erstellung einer Website in Berührung kommen kann.

Das Fazit

Manche der Beispiele im Buch sind konstruiert, damit sich das Layout auf jeden Fall mit den gegebenen Mitteln umsetzen lässt. Nicht jedes Design lässt sich mit den Bulletproof-Rezepten realisieren. Das kann man allerdings nicht dem Autor oder dem Buch ankreiden sondern es ist den Designern zur Last zu legen, die von der Umsetzung keine Ahnung haben. Gerade für diese Gruppe sollte das Buch als Pflichtlektüre gelten.

Das gilt aber auch für jeden Webautor, jeden Webdesigner und überhaupt jeden, der auf Quellcodeebene an einer Website arbeitet. Nicht umsonst hat es das Buch schon zum Standardwerk in Kreisen der sich an Webstandards haltenden Webautoren gebracht.

Links zum Buch

• Die Website von Dan Cederholm
• Das Buch bei www.jpc.de

Technische Angaben

• Bulletproof Webdesign
• absolut flexibel und für alles gewappnet mit CSS und XHTML
• von Dan Cederholm
• ISBN-10: 3-8273-2629-X
• ISBN-13: 9783827326294
• Addison Wesley Verlag, 12/2007, zweite Auflage
• 294 Seiten, mit zahlreichen farbigen Abbildungen, Gebunden

Ähnliche Beiträge:

1. Rezension »Bulletproof Webdesign« von Dan Cederholm
2. Rezension »Einführung in XHTML, CSS und Webdesign« von Michael Jendryschik
3. Rezension »Transcending CSS« von Andy Clarke

Als erstes fällt mal auf, dass die Einschüsse auf dem Cover echt sind – sie gehen aber natürlich nicht durch. Nette Idee, finde ich. Auf den Rest freue ich mich schon; mehr gibt es, wenn ich durch bin.

Ähnliche Beiträge:

1. Jetzt frisch online: Oldtimerreisen
2. Rezension »Little Boxes Teil 2« von Peter Müller
3. Rezension »WordPress – Das Praxisbuch« von Vladimir Simovic

Auf geht’s zu den Google-Funktionen im Überblick.

Ähnliche Beiträge:

1. Der Webkrauts-Adventskalender öffnet seine Türchen
2. Alle Jahre wieder: der Webkrauts-Adventskalender
3. Google Reader vs. Bloglines

Auch 2007 veröffentlichen die Webkrauts natürlich auch wieder einen Adventskalender. Die Idee, jeden Tag im Advent einen Artikel zu Webentwickler-Themen zu veröffentlichen, entstand schon vor einigen Jahren bei Jens Grochtdreis, Manuela Hoffmann, Vladimir Simovic und Stefan Blanz begründet und wird nun bereits im dritten Jahr bei den Webkrauts fortgeführt.

Das Konzept der diesjährigen Beiträge weicht ein wenig von den Vorjahren ab. Mehr dazu bei Jens.

Ähnliche Beiträge:

1. Alle Jahre wieder: der Webkrauts-Adventskalender
2. Der Webkrauts-Adventskalender öffnet seine Türchen
3. Wieder ein Adventskalender bei den Webkrauts

Nutzererfahrungen

Wichtig beim Bau eines barrierearmen Frontends ist neben der Umsetzung eigener Erfahrungen die Beteiligung von und der Austausch mit den Nutzern dieses Frontends. Aber was tun, wenn man selbst nicht auf die Barrierearmut angewiesen ist und auch keine solchen Nutzer im direkten Bekanntenkreis hat?

Ich habe das (manchmal zweifelhafte) Glück, öfter Kontakt zu den Kunden des Shops zu haben, für den ich im Online-Marketing tätig bin. In dieser Eigenschaft habe ich mir in mehreren Jahren immer wieder die E-Mail-Adressen von Kunden zur Seite gelegt, die sich im Verlauf unseres Kontakts als Sehbehinderte, Blinde oder Menschen mit anderen Beeinträchtigungen herausgestellt haben. Als es nun daran ging, einen barrierearmen Shop aufzusetzen, habe ich nun an die Adressen dieser Nutzer die Bitte gerichtet, die erste veröffentlichte Version des Shops einem Test zu unterziehen und mir von ihren Erfahrungen zu berichten und gern auch Verbesserungsvorschläge zu machen.

Austausch mit den Nutzern

Die Antworten waren sehr unterschiedlich: Manche meldeten sich gar nicht, andere waren begeistert und sehr engagiert bei der Sache und wieder andere haben zwar nicht selbst reagiert, haben meine Anfrage jedoch an verschiedene Nutzergruppen weitergeleitet, z. B. über eine Mailingliste, was dann wieder andere Nutzer brachte, die gern geholfen haben.

Die Qualität der Antworten war ähnlich uneinheitlich wie die eigentliche Reaktion. Die absolute Ausnahme waren klare Verbesserungsvorschläge. Allerdings waren bei den meisten Reaktionen die Problembeschreibungen ausführlich genug, um in der einschlägigen Literatur zum Thema auch Lösungen zu finden. Man stellt sehr schnell fest, dass zum einen immer wieder überraschende Probleme auftreten, mit denen man – auch mangels Erfahrung – nicht gerechnet hat und zum anderen, dass Barrierefreiheit ein frommer Wunsch ist und bleiben wird.

Bemerkenswert war, dass mit einer Ausnahme auf diese Anfrage ausschließlich Blinde geantwortet haben. Auch Monate nach dem öffentlichen Start des Shops gab es keine anderen Reaktionen dazu. Die Ausnahme war ein mobiler Nutzer, der zufällig auf der Site gelandet war und sich sehr begeistert geäußert hat.

Was bis heute fehlt, sind Nutzer, die eingeschränkt sehen können. Von diesen wünschte ich mir Berichte über die Links zur Schriftskalierung und zur Möglichkeit der Farbinvertierung. Bis jetzt weiß ich nicht, ob diese Tools genutzt werden oder ob die Nutzer lieber auf die von der Zugangssoftware bereitgestellten Möglichkeiten zurückgreifen. Auch von motorisch eingeschränkten Nutzern fehlen mir Äußerungen, die mich aber brennend interessieren würden.

Fazit

Ein Fazit lässt sich aus dieser Erfahrung kaum ziehen. Wenn überhaupt, dann ist es die Einsicht, dass Barrierearmut in der Umsetzung ein schwieriges Thema ist und vermutlich auch bleibt. Für mich heißt es, das im Rahmen der jeweiligen Möglichkeiten Beste zu tun und den eigenen Lernfortschritt in neue und alte Projekte einfließen zu lassen.

Ähnliche Beiträge:

1. Accessibility-Logbuch ist da
2. Rezension: »Barrierefreies Webdesign. Attraktive Websites zugänglich gestalten«

In »Hovereffekte mit CSS-Sprites«, veröffentlicht bei den Webkrauts, zu deren wachsender Mitgliederliste ich mich mit Stolz zähle, beschreibe ich anhand eines einfach nachzuvollziehenden Beispiels eine Technik, die die Änderung der Optik von Links beim Überfahren mit der Maus ohne Austausch der Hintergrundgrafik ermöglicht.

Viel Spaß beim Lesen.

Ähnliche Beiträge:

1. Webstandards begreifen und anwenden
2. Webstandards verinnerlichen (»How to Grok Web Standards«)
3. Rezension »Little Boxes Teil 2« von Peter Müller

In seinem Buch Bulletproof Webdesign zeigt Autor Dan Cederholm, wie man Webseiten kugelsicher (»bulletproof») gestaltet. Gemeint ist, mit Hilfe standardkonformen Quellcodes (HTML oder XHTML) in Verbindung mit CSS eine Webseite so aufzubauen, dass Änderungen durch den User, wie das Abschalten von Grafiken oder die Vergrößerung der Schrift um mehrere Stufen, zwar das Layout der Seite verändern können, aber weiterhin alle Inhalte les- und wahrnehmbar lassen.

Cederholms Buch ist sinnvoll strukturiert. In jedem der ersten acht Kapitel greift er sich eine Beispielseite bzw. einen Seitenbestandteil, der nicht kugelsicher ist. Es folgt eine anschauliche Erklärung, warum eben dieser Bereich nicht kugelsicher ist. Anschließend wird dem Leser auf sehr anschauliche Art gezeigt, wie die Seite bei gleicher Optik besser umzusetzen ist.

Dazu wird valides semantisches XHTML verwendet, was dann mit CSS in Form gebracht wird. Cederholm hält sich strikt an die Trennung von Inhalt und Aussehen. In einigen Fällen ist für die gewünschte Umsetzung zusätzliches Markup nötig, der Gebrauch hält sich aber in sehr vernünftigen Grenzen und wird in jedem Fall anschaulich begründet.

Alle Beispiele im Buch sind sehr ausführlich mit Codebeispielen und Screenshots dokumentiert.

Im letzten Kapitel werden die Erkenntnisse aus den ersten acht Kapiteln genutzt, um eine ganze Seite kugelsicher aufzubauen. Hier wird noch einmal anschaulich verdeutlicht, dass kugelsicheres Design kein Wunschdenken sondern absolut praktikables Handwerk ist.

Die Zielgruppe

Das Buch richtet sich an Webdesigner und Webautoren bzw. an jeden, der mit der Erstellung einer Website in Berührung kommen kann.

Das Fazit

Manche der Beispiele im Buch sind konstruiert, damit sich das Layout auf jeden Fall mit den gegebenen Mitteln umsetzen lässt. Nicht jedes Design lässt sich mit den Bulletproof-Rezepten realisieren. Das kann man allerdings nicht dem Autor oder dem Buch ankreiden sondern es ist den Designern zur Last zu legen, die von der Umsetzung keine Ahnung haben. Gerade für diese Gruppe sollte das Buch als Pflichtlektüre gelten.

Das gilt aber auch für jeden Webautor, jeden Webdesigner und überhaupt jeden, der auf Quellcodeebene an einer Website arbeitet. Nicht umsonst hat es das Buch schon zum Standardwerk in Kreisen der sich an Webstandards haltenden Webautoren gebracht.

Links zum Buch

• Die Website von Dan Cederholm
• Das Buch bei www.jpc.de

Technische Angaben

• Bulletproof Webdesign
• absolut flexibel und für alles gewappnet mit CSS und XHTML
• von Dan Cederholm
• ISBN-10: 3-8273-2623-0
• ISBN-13: 9783827326232
• Addison Wesley Verlag, 07/2007
• 293 Seiten, mit zahlreichen farbigen Abbildungen, Kartoniert/Broschiert

Nachtrag

Die zweite Ausgabe liegt bereits auf meinem Tisch. In wenigen Tagen wird es auch dazu eine Rezension geben.

Ähnliche Beiträge:

1. Rezension »Bulletproof Webdesign« von Dan Cederholm, 2. Auflage
2. Rezension »Einführung in XHTML, CSS und Webdesign« von Michael Jendryschik
3. Frisch auf dem Tisch: