• Bau Dir ein Netzwerk auf
• Mache aus Deinem Namen eine Marke
• Biete Deinen Kunden zusätzliche Services
• Verkaufe Dich gut
• Wenn mal etwas schief läuft, mach das Beste draus

Auch von anderen Promis kann noch man eine Menge lernen. Tipps zum Thema Bloggen kommen von Britney Spears!

Die besten WP-Themes …

• 80 herausragende Themes
• Die besten minimalistischen Themes
• Die wirklich besten Themes

… und wie man sie erstellt:

• Creating a WordPress Theme
• aus dem offiziellen Manual: “Stepping Into Templates”
• Nützliche Tools zum Erstellen von Themes
• und noch mehr nützliche Quellen

Was es kann: 

• HTML anzeigen und bearbeiten
• CSS anzeigen und bearbeiten
• Java-Script debuggen
• DOM anzeigen und bearbeiten

Besonders interessant ist der Style Inspector. Er gibt an welche CSS-Regeln für das Styling des ausgewählten Elements verantwortlich sind. Er zeigt nicht nur die direkt zugewiesenen Regeln an, sondern auch die vererbten und überstimmten. Spannend ist auch die Möglichkeit AJAX-Applikationen on the fly zu testen.

Vielleicht ist Firebug 1.0 das Web Developer Tool des Jahres!? Auf alle Fälle sollte sich jeder Webworker das Tool einmal ansehen (Screencast) und dann sofort downloaden und installieren.

• Der HTML-Validator findet auf der Startseite stolze 337 Fehler
• Kein Skip-Link, um die Navigation zu überspringen
• Keine Title-Attribute für Symbole, die zudem geringe Kontraste aufweisen
• Schriftgröße ist im IE nicht veränderbar
• einige Grafiken haben kein Alt-Attribut
• Es werden immer noch Font-Tags benutzt
• Tabellenüberschriften sind nicht mit <th> ausgezeichnet, keine <caption> und keine summary
• Die Formular Elemente sind nicht alle mit dem Label-Element versehen

Positiv:

• Die Dropdown Menüs funktionieren auch ohne Java-Script

Links zum Relaunch:

• SPONLINE in eigener Sache 
• Im schnellen DWDL Check: Das neue Spiegel Online

Das gibt es wirklich – eine Porno-Seite für Blinde. Soundsdirty.com bezeichnen sich selber frei übersetzt als die Pioniere der barrierefreien Erwachsenenunterhaltung.

Ein Blick in das "Accessibility Statement" der Website offenbart, dass da wirklich etwas hinter steckt. Die Seite

• validiert (XHTML 1.0 strict)
• nutzt für das Layout CSS
• definiert die Schriftgröße in relativen Einheiten
• bietet Access keys
• und einen "Zoom Room" für extrem kurzsichtige User.

Alle Bilder mit informativem Charakter haben natürlich aussagekräftige ALT Attribute. Besonders wichtige Bilder mit komplexeren Darstellungen nutzen das LONGDESC Attribut zur Beschreibung des Dargebotenen. Ein Klick auf das Bild und die komplette Schilderung der dargestellten Szene wird vorgelesen.

via: Bruce Lawson

Wann das neue Design in einen offiziellen WP-Release implementiert wird steht zur Zeit noch nicht fest. Einen ersten Eindruck von dem was uns erwartet, findet Ihr unter: www.brokenkode.com/shuttle.

The Web Design Trend Obituary & Death Clock

Quelle: PingMag

Zu den schon längst verwesten Trends gehören:

• Pixel Fonts
• Links die nicht als Links zu erkennen sind
• Geringer Kontrast

Die Todgeweihten:

• Icons die an Desktop-Programme erinnern
• Gezackte Sticker (wie oben im Bild "click here now") 
• Farbverläufe
• Buttons mit "glossy look", die man aus OS X kennt
• Überflüssige visuelle Effekte

Bin mal gespannt was davon doch länger bleibt. Unnötige AJAX Effekte erleben dank einfacher Integration einen Boom, der sicher nicht lange anhalten wird. Grundlegende Designkonzepte wie Farbverläufe werden wohl nicht von der Bildfläche verschwinden.

Sie plädieren für ein kritisches Hinterfragen der nützlichen Standards. Behandelt wird die unreflektierte Verwendung von Skip-Links, druckbarer Zeichen in Linklisten, von Icons und Title Texten.

Die Liste kontraproduktiver Anwendung von Standards zur Barrierefreiheit frei nach dem Motto: "Viel hilft viel" oder "Das haben wir doch immer so gemacht" ließe sich noch verlängern:

Verwendung von Akronymen:
So führt folgende Konstruktion nur zu Redundanzen:

<acronym title="Barrierefreie Informationstechnik-Verordnung">BITV</acronym> (Barrierefreie Informationstechnik-Verordnung)

Die Nutzer assistiver Technologien mit Sprachausgabe bekommen dann "Barrierefreie Informationstechnik-Verordnung (Barrierefreie Informationstechnik-Verordnung) vorgelesen.
Auch geht möglicherweise die Zuordnung zur Erklärung gänzlich verloren, wenn einige Absätze später "BITV" wieder auftaucht und der User dieses Akronym nicht kennt.
www.barrierefreies-webdesign.de

Die unkritische Anwendung von Access Keys:
Bei der Verwendung von Access Keys gibt es grundsätzliche Probleme mit Browsern oder Screenreadern. Der Aufruf von Links auf einem Webauftritt erfolgt meist mit der selben Taste wie die Shortcuts des Browsers. Auf Windows-Systemen ist das beispielsweise die Alt-Taste. Da die Browser je nach Betriebssystem eigene Shortcuts in Verbindung mit der Alt-Taste verwenden, wird es sehr schwierig, hier eine allgemeine Norm zu schaffen.
www.juicystudio.com
www.wats.ca

Die problematischsten Kritikpunkte:

• fehlende Alt-Attribute
• Image Maps ohne alternative Textbeschreibungen
• man benötigt eine Maus um bestimmte Formulare abzusenden

Jeffrey Zeldman hatte also Recht mit seiner Prognose aus Designing With Web Standards, dass es bald in vermehrt zu Klagen gegen die Betreiber unzugänglicher Webseiten kommen wird. Ob eine solche Klage auf Herstellung der Barrierefreiheit in Deutschland geführt werden könnte ist fraglich. Sicher ist dies (abgesehen von der Signalwirkung) auch nicht der richtige Weg zum Abbau von Barrieren im Web. Einsicht in die Notwendigkeit und den Nutzen barrierefreier Technologien auf Seiten der Betreiber und die Zusammenarbeit mit Betroffenen ist hier angesagt.

Update: Ein accessCast zum Thema von "EinfachFürAlle"

Quellen:

• Zeldman.com
• The Web Standards Project
• News.com
• San Francisco Chronicle
  

Meine Favoriten: 

• Acronym Replacer
• Akismet
• Navigo
• Structured Blogging
• WordPress DB Backup (in 2.0 schon integriert)
• WP-ContactForm

Schade, dass der Filemanager für den Tinymce Editor noch nicht als "richtiges" Plugin vorliegt. Oder haben das Enrico und Georg das mal wieder in einer Nachtschicht hin bekommen ?

Christian Heilmann hat sich in seinem Artikel Seven Accessibility Mistakes (Teil 1 und Teil 2) mit den Fehlern beschäftigt, die Entwickler bei der Erstellung barrierefreier Webseiten machen. Zudem bietet er Tipps, wie diese zu vermeiden sind.

Hier eine Zusammenfassung:

Fehler 1: Vertraue Programmen ohne sie zu testen
Tipp: Beschäftige Dich eingehend mit der Software mit der Du arbeitest. Führe Benutzer-Tests in allen Phasen der Entwicklung durch.

Fehler 2: Nimm dem Kunden zu viel Verantwortung ab
Tipp: Plane Workshops und Trainings für die Kunden ein. Suche Dir einen fähigen Mitarbeiter beim Kunden der für die Einhaltung der Standards zur Barrierefreiheit verantwortlich sein wird. Erstelle Unterlagen die Du dem Kunden zur Verfügung stellst. Mache dem Kunden klar, dass er mit der Veröffentlichung der Webseiten für die Barrierefreiheit seiner Inhalte verantwortlich ist (Es sei denn er bezahlt Dich weiterhin dafür). Stelle sicher, dass bei Übergabe an den Kunden die Site auch wirklich alle Standards erfüllt.

Fehler 3: Plane nur für den ungünstigsten Fall
Tipp: Erfülle zuerst die Mindestanforderungen an eine Barrierefreiheit. Zeige dem Kunden die Vorteile der barrierefreien Gestaltung von Webseiten für ihn und die Nutzer. Entwickle im Hinblick auf Flexibilität (z.B. neue Menü-Punkte oder längere Begriffe in der Navigation).

Fehler 4: Teile technische Probleme mit den Besuchern der Seite
Tipp: Halte die Kommunikationsmöglichkeiten so offen und einfach wie möglich. Finde z.B. Möglichkeiten Spam zu verhindern ohne den Besuchern der Seite die Kontaktaufnahme zu erschweren.

Fehler 5: Versuche Probleme zu lösen die nicht in dein Aufgabengebiet gehören
Tipp: Versuche nicht Funktionen des Browsers durch Funktionalitäten auf Deiner Website zu dublizieren. Die Menschen, die eine größere Schrift benötigen, wissen wo sie das einstellen können und brauchen keinen extra Button. Wenn Du solche Features einbaust, sorge dafür, dass sie auch ohne Java-Script oder Plugins funktionieren.

Fehler 6: Verstecke Features zur Verbesserungen der Barrierefreiheit
Tipp: Stelle sicher, dass die Features zur Verbesserung der Barrierefreiheit allen Nutzern zu Gute kommen. Z.B. nützen Links zum Überspringen der Navigation nicht nur Nutzern von Screen-Readern. Und der hässliche Rand den einige Browser um aktive Links anzeigen hat eine Funktion.

Fehler 7: Bediene nur Deinen Kunden und nicht deren Kunden
Tipp: Setze nicht fraglos jede Idee um, die der Kunde wünscht und halte die Anzahl der Leute mit denen Du Dich beim Kunden abstimmen mußt möglichst klein. Zeige Deinem Kunden die positiven Effekte bestimmter Maßnahmen zur Verbesserungen der Barrierefreiheit. Erzähle Erfolgsgeschichten, die andere Webseitenbetreiber mit der Überarbeitung ihrer Webseite erlebt haben.

Den Stil der Einlassung mag man gut finden oder nicht – lernen kann hier auf alle Fälle etwas.

Eine Beschreibung und Beispiele findet ihr bei John Oxton.

Ein Paar Links zu solchen Ressourcen haben wir hier zusammengetragen:

• www.pixelgraphix.de
• www.highresolution.info
• www.perun.net
• www.intensivstation.ch
• www.bluerobot.com
• www.thenoodleincident.com
• www.ssi-developer.net
• www.projectseven.com
• www.saila.com
• www.benmeadowcroft.com
• webhost.bridgew.edu

Neu auf Alistapart.com: Der "Heilige Gral" des dreispaltigen Layouts

Dabei ist gerade diese Stelle für die Beratung in Puncto Barrierefreiheit zuständig. Zitat von der Webseite der BIT:

"Die BIT nimmt die Aufgabe wahr, Behörden im Bereich der Bundesverwaltung zu beraten und zu unterstützen. Die Beratung zum Behindertengleichstellungsgesetz umfasst folgende Bereiche:

• Beratung zur Verwendung von Gebärdensprache und anderen Kommunikationshilfen im Verwaltungsverfahren
• Beratung zur Erstellung barrierefreier Dokumente
• Beratung zur Gestaltung barrierefreier Internet- und Intranetseiten"

Mangelhaft ist vor allem die Einhaltung von Webstandards. Es werden Layouttabellen verwendet ohne sie mit einem leeren (oder erläuternden) summary Attribut zu versehen. Zudem sind die alternativen Textbeschreibungen häufig nicht gerade glücklich gewählt.

Die Testergebnisse im Einzelnen

Außer den üblichen Verdächtigen wie Ajax und Tags findet man Themen wie Farben, Layout, Web-Schriften, Standards, Browser-Entwicklung und Blog-Design.

Update

Die letzten Beiträge der Reihe: 

• Teil 18: Kernthesen im Telegrammstil
• Teil 19: Webdesign 2006 – Meine Gedanken, Erwartungen und Wünsche (von Jörg Petermann)
• Abschluss: 10 Tipps für das Webdesign 2006

Alle Artikel gibt es als PDF-Download

Inhaltsverzeichnis:

• Beate Schulte: Zielgruppen für barrierefreies Internet 
• Werner Schweibenz: Rechtliche Rahmenbedingungen des barrierefreien Internet-Zugangs 
• Brigitte Bornemann-Jeske: Barrierefreies Webdesign zwischen Webstandards und Universellem Design 
• Ansgar Hein: Kosten und Nutzen – Qualitätsmanagement für Websites von früher bis heute
• Astrid Hassenbach: Einfache Sprache – einfach umsetzen?
• Jan Eric Hellbusch: Gestaltung barrierefreier PDF-Dokumente
• Michael Zapp: Qualitätssicherung mit dem BITV-Kurztest
• Christian Schmitz: Kein Sommer ohne Bienen 
• Tiffany Wyatt: Einführung von Barrierefreiheit am Beispiel des Relaunchs von theologisches-seminar-elstal.de
• Eric Engels: Aspekte bei der Realisierung eines barrierefreien Web-Angebots
• Andreas Bauer: Anforderung Barrierefreiheit – Eine Herausforderung für Internet-Agenturen

Die PDFs sind allerdings leider nicht barrierefrei.

Im Backend werden Daten in spezielle Fomulare eingegeben, erscheinen aber wie ein gewöhnlicher Eintrag im eigenen Blog. Es werden zudem maschinenlesbare Daten im XML-Format integriert, so dass andere Dienste die entsprechenden Daten leichter auslesen und einordnen können.

Zur Zeit gibt es Plug-Ins für WordPress und Moveable Type in einer Beta-Version, mit denen die Blog-Software um entsprechende Funktionen erweitert wird. Nutzer können damit unter anderem "Events", "Reviews" sowie Audio- und Video-Beiträge sowie Listen strukturiert ablegen. Weitere Microcontents sollen folgen.

Das Plugin lässt sich nach kurzer Einarbeitung in die Syntax der Microcontents auch so modifizieren, dass man spezielle Eingabemasken für DAUs bauen kann, um auch komplexen Content als sauber formatierten Eintrag anzuzeigen. Man vermeidet zudem, dass die Redakteure allzu "kreativ" mit dem WYSIWYG-Editor umgehen oder proprietären Code aus Word oder anderen Webseiten copy-pasten und kann selber das Layout mit CSS vorgeben.

www.structuredblogging.org

Update: MP:Schorsch hat ein Structured Blogging Tutorial geschrieben.

1. Nutze das Standard-Layout deiner E-Commerce Software
2. Verzichte auf Thumbnails
3. Optimiere Deine Bilder nicht in Photoshop
4. Gestalte den Abschluss des Kaufs möglichst schwierig
5. Ignoriere deinen Markt
6. Spare Dir das Geld für ein SSL-Zertifikat
7. Verzichte auf AGBs und Informationen zum Widerruf
8. Liefere bloß keine Produktbeschreibungen
9. Nutze jede Menge Flash und ein bisschen Java
10. Nenne weder Adresse noch Telefonnummer auf Deiner Site

Quelle: 10 Easy Steps to a Horrible Ecommerce Site