Standards Archive

CSS-Dateien richtig dokumentieren: CSSDOC

6. August 2007

Ein interessantes Projekt, dass das CSSDOC-Team da aus der Taufe gehoben hat.

Mit Hilfe des PHP Dokumentationsstandards soll für CSS das Konzept des DocBlocks (Documentations Blocks, Kommentarblöcke) nutzbar gemacht werden, um damit eine bessere Strukturierung und Dokumentation – vor allem eine standardisiertere – zu erreichen.

Grundsätzlich ist das eine gute und interessante Sache, weil sie auf vorhandende Dokumentationstechniken aufbaut. Natürlich könnte man diese Blöcke, was die meisten ohnehin schon machen, mit CSS Kommentaren erreichen. Damit ist jedoch immer noch nicht die Problematik der Organisation von grossen CSS Dateien gelöst oder würde sich diese Problematik auch mit dem Konzept des DocBlocks angehen lassen?

Wie verkauft man dem Kunden Barrierefreiheit?

5. August 2007

Joe Dolson wirft wieder die Frage auf, wie vermittelt man dem Kunden das Thema Barrierefreiheit: Accessibility and Client Expectations. Selling Accessibility

Er zieht sich auf den Standpunkt zurück, dass Barrierefreiheit kein Zusatzmodul sei, dass man quasi als Add-on dazukaufen könne. Barrierefreiheit sei eine grundsätzliche Herangehensweise an eine Webseite.

Weiterlesen „Wie verkauft man dem Kunden Barrierefreiheit?“

Wiki für Argumentationketten in Sachen Webstandards: Chris Heilmann

19. Juni 2007

Auch ein interessantes Projekt, dass Argumentationen zu Webstandards und deren Verwendung in Unternehmen in einem WIKI sammelt (via cne_LOG): The business case for web standards.

Chris Heilmann sammelt die Argumentationsketten und ich werde sicherlich immer mal wieder aus dem Pro-Fundus schöpfen können. Denn dieser erscheint dem Gegenüber oft als zu mager. Was die Contra-Liste angeht, könnte ich locker einige anhängen:

Webstandards sind eine persönliche Einstellung.
Webstandards sind eine Philosophie und somit nicht greifbar.
Webstandards sind eine Stilfrage. Jeder hat einen anderen.

WCAG Samurai machen es sich schlicht zu einfach

12. Juni 2007

Ja, zugegegeben. Die WCAG 1.0 Richtlinien und im Anschluss das BITV in ein Webprojekt umzusetzen, kann auch sehr viel Handarbeit erfordern. Es sich jedoch dadurch leichter zu machen, dass man einfach mal alle Punkte, die umstritten sind und meist auch noch zusätzliche Arbeit machen, wegzulassen, ist der falsche Ansatz.

Das Korrekturen-Papier der WCAG Samurai macht aber genau das.

Weiterlesen „WCAG Samurai machen es sich schlicht zu einfach“

man bedim len?: Was haben sie aus meiner optimierten Vorlage gemacht

6. Juni 2007

Mit Woran erkennt man einen Webpfuscher? wagt sich man bedim len? an ein durchaus interessantes, wenn auch heikles Thema heran.

Ach ja, und da die Vorlage ja barrierearm war und die Optik ja mit dem Ergebnis die selbe ist, wird behauptet es sei jetzt alles auch 100% Barrierefrei.

Quelle: Woran erkennt man einen Webpfuscher?

BECS: Die entsetzlich aufgeblähte Quellcode Lösung

20. Mai 2007

Christian Heilmann führt in Seven Reasons for Code Bloating sieben Gründe an, warum „Bloated Embarrassing Code Solutions“ (BECS – entsetzlich aufgeblähte Quellcode Lösungen) entstehen können.

Weiterlesen „BECS: Die entsetzlich aufgeblähte Quellcode Lösung“

Code like a girl: Webstandards leicht gemacht

20. Mai 2007

Webstandards lassen sich auch ein wenig amüsanter verkaufen. Wie wäre es mit „Code like a girl„?

Die Frage dreht sich auch bei HTMl-Seiten meisthin nur darum, wie sieht die Fassade aus. Sieht sie aus, dann ab dafür. Aber öffnet man bei vielen Seiten den Quellcode, ist von Schönheit wenig zu sehen.

Weiterlesen „Code like a girl: Webstandards leicht gemacht“

Der Kunde und sein Word-Heimatgefühl

12. Mai 2007

Jede Strukturierung ist auch mühsam, möchte man anführen. Eine semantische Auszeichnung von Inhalten in HTML durchaus auch. Ja nun – warum auch nicht?!

Ein schönes Zitat lässt sich dazu finden, zu einer durch und auf Word-Verhältnisse beruhenden HTML-Kultur. Aktuellstes Beispiel ist immer noch die Darstellung von HTML-Newslettern in Outlook 2007 auf dem Niveau eines Worddokuments. Auch Kunden leiten die meisten Tätigkeiten in der Arbeit mit Webinhalten von ihren Arbeiten mit Word her. Alles muss immer wie in diesem Word-Programm funktionieren, man ist quasi immer im Nachsimulieren von Word-Verhältnissen. 😉
Weiterlesen „Der Kunde und sein Word-Heimatgefühl“

HTML 5: eine Verneigung vor allen Unwägbarkeiten und Problemstellen

12. Mai 2007

456 Berea Street startet einen Hilferuf zur Aufrechterhaltung von Barrierefreiheit und Semantik in HTML.

[lang_de]In seinem Aufruf „Help keep accessibility and semantics in HTML“ fordert er die Standard-Gemeinde auf, sich an der Entwicklung von HTML 5 aktiv zu beteiligen.[/lang_de]
[lang_en]Roger Johansson strongly remarks that the current draft for HTML 5 is on its the way against standards, semantic HTML and accessibility. The continued use of old HTML-attributes and elements as I-, B– and FONT-element (for WYSIWYG-editors) is quite unbelievable and is indeed regressive. Accessibility features for data tables (ID-, HEADERS-attributes) are not yet implemented and maybe never. Accessibility tends to be a more or less fluent issue. If they get enough evidence that an accessible feature could be of interest anyhow … . But which interests get evidence? Browser vendors, microsoft with its back-to-the-roots approach in Outlook 2007?[/lang_en]
Weiterlesen „HTML 5: eine Verneigung vor allen Unwägbarkeiten und Problemstellen“

Alle HTMLer sind Lügner: Strukturelle Paradoxe

11. Mai 2007

Zur Fragestellung, war HTML bereits in seinen Anfängen barrierefrei (gestellt hat die Frage AlastairC), erhielt ich von Netzarbeit den Hinweis,“dass es HTML in den Anfängen von 1989 nicht um Layout und Gestaltung, sondern um eine strukturelle Darstellung von Inhalten ging.“ (Quelle: Kommentar sprungmarker).

Ich denke, da gilt es zwei Dinge ein wenig zu differenzieren:

Weiterlesen „Alle HTMLer sind Lügner: Strukturelle Paradoxe“

Kategorie: Standards

Social Media Links