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“
AlastairC geht von einem interessanten Ansatz aus: HTML ist an sich barrierefrei, aber was man daraus macht – u.a. mit Layoutkomponenten, macht es das nicht mehr.
In „Note on Non-HTML formats“ macht er damit einen Unterschied zu anderen Formaten wie Flash und PDF, die an sich schon nicht barrierefrei konzipiert waren und nun zusätzlich nachbearbeitet werden müssen. Das ist eine Art von Metazugang zu HTML, aber ich frage mich doch, ob das nicht einer Überinterpretation von HTML gleich kommt. Wurde HTML wirklich von Anfang an mit dem Blick auf Barrierefreiheit entwickelt?
english abstract: AlastairC emphasis In „Note on Non-HTML formats“ that basic HTML is accessible, but styling for instance adds the barriers. PDF or flash are in its basics not barrier free. But – as I would remark – is HTML really in its basics barrier free?
Ein ausgeglichenes Code-zu-Text-Verhältnis ist ohnehin zu bevorzugen und für Suchmaschinen wohl ein wichtiger Schlüssel.
Das Verhältnis von Quellcode zum Text sollte auf einer Webseite immer derart sein, dass mehr Inhalt/ Text weniger Quellcode gegenübersteht, also ohnehin ein Muss in der Standardisierung. 🙂
Weiterlesen „Das Code-zu-Text-Verhältnis“
Functioning Form hat mittels Eye-tracking-Methode untersucht, ob das Hervorheben von Zeilen in Formularen Vorteile für den Anwender bringt.
In „Row Highlights in Web Forms“ wird wieder klar, dass es für den Anwender besser und effizienter ist, das Label über das Formfeld zu setzen. Auch wenn – wie Paypal das wohl jetzt anbietet – beim Fokussieren auf ein Formelement dieses farblich hervorgehoben wird, macht es keinen wirklichen Unterschied, ob mit Hervorhebung oder ohne. Der Anwender präferiert eindeutig erstere Methode: Label über dem Formfeld.
Wie lang kann ein ALT-Attribut sein?
Eine interesante Frage. HTML selbst macht hier wohl keine Einschränkungen, aber aus Sicht der Barrierefreiheit wirft das Probleme auf: So lässt etwa der Screenreader JAWS 6.x nur jeweils Pakete von 125 Zeichen zu, die werden dann auch einzeln vorgelesen, was inhaltlich zu Verwirrung führen kann. Im Grunde sollte das ALT-Attribut ohnehin so knapp wie möglich gehalten werden und nur eine Alternative für das Bild bieten. (Quelle: How long can an „alt“ attribute be? – Access IT)
Ist ein Webauftritt, der nicht vollständig skalierbar ist, nicht mehr barrierefrei?
Solche und ähnliche Fragen höre ich fast täglich. 🙂 Heute hatte der Kunde Angst, dass ein Webauftritt nicht barrierefrei ist, weil er nicht vollständig skalierbar ist. Vollständig meint, dass auch die Bereiche (Container) einer Webseite skalierbar sind, dass man quasi nach oben und nach unten skalieren kann und die Webseite zerfällt nicht in ihre Einzelteile.
Weiterlesen „Skalierbarkeit von Webseite == Barrierefreiheit“
Barrierefreiheit baut auf semantisch korrektem HTML-Code auf und nicht umgekehrt. 😉
Und per se ist schon gar nichts, da hat Tomas Caspers mit seiner Bemerkung „deswegen hat die BITV ja auch nur 5 oder 6 Bedingungen“ durchaus recht. Aber worum geht es hier eigentlich?! 🙂
Weiterlesen „Ist semantisch korrektes HTML schon per se barrierefrei?“
Matthew Magain macht auf die wichtigsten, über die Jahre vergessenen HTML-Elemente wieder aufmerksam.
In „HTML: The Top Five Forgotten Elements“ (via Volderette) führt er jene HTML-Elemente auf, die für Barrierefreiheit und Standardisierung von Webseiten wieder wichtig geworden sind. Interessant dabei ist, dass diese Elemente von allen Browsern unterstützt werden:
Weiterlesen „Vergessene HTML-Elemente“
Mit Hilfe von Eyetracking-Tests wurde analysiert, wie Nutzer am besten mit der Kombination von Label und Formfeld zurecht kommen.
In Label Placement in Forms werden einige interessante Ergebnisse präsentiert, wie man am besten und nutzerfreundlichsten die Kombination von LABEL und Formfeld einsetzt.
Die beste Position von LABEL und Formfeld ist wohl übereinander, weil der Nutzer am schnellsten beides erfassen kann. Visuell muss ein hinreichender Abstand zum LABEL des nächsten Formfeldes gesetzt werden.
Weiterlesen „Formulare: die beste Position von LABEL und Formfeld“
Mit Outlook 2007 geht man in die HTML-Steinzeit zurück.
Und ich hatte schon das Vergnügen, einen HTML-Newsletter für Outlook 2007 flott zu machen. Endlich wieder zurück in die HTML-Urzeiten. Man nehme die einfachste Tabellenkonstruktion, wie nur irgend möglich, gebe keine Hintergrundgrafiken bei und vermeide in der Tabelle Verschachtelungen – also in etwa so: ein Element = eine Tabelle. 😉
Weiterlesen „Für Outlook 2007 einen HTML-Newsletter optimieren“