boh.matt schriebHmm, dann frag ich im Gegenzug: "Wo genau sind die Barrieren?"
wie sollen gegenfragen einen diskussionsprozess weiterführen?
sowas hab ich noch nie kapiert... 😉
Typo3 3.6 Barrierefrei nach BITV
Na gut ...
doku schriebdie frage von Aschlegel bleibt:
Aschlegel schriebwas ist an diesen Sites bitteschön barrierefrei?
Okay nochmal: Alles, denn ich stelle keine Barrieren fest. Siehst Du das anders? Dann gehe doch bitte näher darauf ein.
Und nochmal ...
Was ist barrierefrei?
- Der Quellcode, weil (fast) valide.
- Keine (geringe) problemzonen mit zu geringem Farbkontrast.
... der Grill wartet,
Matt
boh.matt schriebOkay nochmal: Alles, denn ich stelle keine Barrieren fest. Siehst Du das anders? Dann gehe doch bitte näher darauf ein.
Autsch o.O. Barrierefrei gestaltete Seiten bedeuten viel, viel mehr als nur ein valider Quellcode! Es ist fast schon unglaublich, dass sich in der Branche die Meinung breit macht, dass das OK vom w3c-Validator eine barrierefreie Website ausmacht.
Was ist barrierefrei?
- Der Quellcode, weil (fast) valide.
- Keine (geringe) problemzonen mit zu geringem Farbkontrast.
Genau das ist der Punkt. Ein valider Quellcode ist die Grundvoraussetzung für eine barrierefreie Website. Aber dann gehts erst richtig los, denn die 14 in einzelne Anforderungen unterteilten Punkte der BITV, die grob in 66 Gebote formuliert werden, fehlen ja noch 😉.
Also hier steckt sehr viel Arbeit und auch Wissen dahinter, teilweiser Eingriff in den Typo3-Quellcode, Änderungen vieler Extensions, oft auch im Quellcode.
Und das ist wohl mit der "Frechheit" gemeint, dass einige Agenturen mit ihrem Halbwissen unbewusst oder sogar bewusst (was dann einem vorsätzlichen Betrug gleichkommen würde) nicht im geringsten barrierefreie Websites als barrierefrei verkaufen. Ich sehe das genauso.
Gruß, Jürgen
Die genannten Seiten sind auf jeden fall barrierefrei. Die wurde von entsprechenden Institutionen geprüft.
Leider wird hier nur geschrieben dass diese Behauptung eine Frechheit sei, aber kein einziges Argument geliefert warum die Seiten nicht barrierefrei sein sollen. Auch wird kein Kriterium genannt, das nicht erfüllt ist.
O.K. vielleicht ist die Programmierung nicht gerade elegant, aber das Ergebnis zählt schließlich.
Nur Paragraphenscheißer halten sich 100% an die Vorschriften, selbst web4all plediert für eine sinnvolle Umsetzung und pocht nicht auf ein Einhaltung der Vorschriften.
Und noch etwas für die Kritiker: auf Euren Seiten konnte ich bisher noch keine Meisterleistungen bezüglich barrierefreiheit finden.
#evil#
Grundsätzlich kann man mit Typo3 natürlich barrierefreie Webseiten erstellen, aber wie hier schon öfters erwähnt, alleine XHTML oder HTML 4.0 Strict Validität machen noch keine barrierefreie Website (auch wenn das die Website schon auf einen guten Weg bringt).
Problem ist immer der Redakteur, bei jedem CMS. Hier hilft nur Schulung (z.B. wann darf eine Tabelle verwendet werden und wann nicht). Man kann zwar einiges vorgeben (z.B. dass bei Bildern ein Alt-Tag mitgegeben werden muss), aber ein findiger, ungeschulter Redakteur entwickelt dafür schnell workarounds.
Viele Grüße
Niki
Habe zuletzt eine barrierefreie Webseite umgesetzt: http://www.donzdorf.de
Abschliessend lässt sich sagen, dass schon einige Eingriffe im Tyop3-Quellcode notwenig waren um die Standards einzuhalten. Die Seite validiert jetzt gegen XHTML 1.0 trans und bekommt auch den Status "Bobby approved". Ganz unten auf der Seite sind Links (xhtml1.0 | css | aaa) zu den Prüfseiten.
Die Seite habe ich automatisch auf die Einhaltung der Standards (XHTML, CSS, WCA Guidelines 1.0) überprüfen lassen und danach manuell noch auf die Einhaltung der BITV Richtlinien überprüft. Es sind noch ein paar Kleinigkeiten zu machen, aber ich denke momentan lässt sich das Ergebnis schon sehen und kommt sehr nahe an die geforderte Barrierefreiheit ran.
Aber wie schon gesagt, nur die Einhaltung der Standards reichen nicht - es muss schon manuell nachgeprüft werden. Zusätzlich müssen natürlich auch die Redakteure geschult werden, um zum Beispiel korrekte Alt-Tags für Bilder zu hinterlegen.
hallo,
ich möchte gerne auch einen beitag hierzu schreiben.
leider habe ich noch keine erfahrungen mit barrierfreiheit.
ich habe mal gehört, dass man schriftgrößen nicht absolut angeben darf, da sonst menschen mit sehschwäche die die schrift standartmäßig sehr groß eingestellt haben probleme mit der benutzbarkeit der seite bekomen.
stimmt dies?
und welche angaben von den untenstehenden dürfte man dann noch machen?
Numerische Angaben
absolut
pt Punkt. Typographische Maßeinheit. 1 Punkt entspricht 1/72 Inches. Seite Beschreibung
pc Pica. Typographische Maßeinheit. 1 Pica entspricht 12 Punkt.
in Inch. 1 Inch entspricht 2.54 Zentimetern. Dezimalzeichen für Nachkommazahlen ist der Punkt.
mm Millimeter.
cm Zentimeter. Dezimalzeichen für Nachkommazahlen ist der Punkt.
Numerische Angaben
relativ
em Relativ zur Schriftgröße des Elements. Bei Anwendung auf Schriftgröße relativ zur Schriftgröße des Elternelements. Dezimalzeichen für Nachkommazahlen ist der Punkt. Seite Beschreibung
ex Relativ zur Höhe des Buchstabens x. Bei Anwendung auf Schriftgröße relativ zur Höhe des Buchstabens x im Elternelement. Dezimalzeichen für Nachkommazahlen ist der Punkt.
px Pixel. Relativ von Ausgabegerät zu Ausgabegerät, absolut an ein und demselben Ausgabegerät.
% Prozent. Je nach CSS-Eigenschaft relativ zur elementeigenen Größe, oder zu der des Elternelements, oder zu einem allgemeineren Kontext.
mfg
nice
Hallo,
ich arbeite schon seit längerem in einem Betrieb der sich auf das Testen von Seiten gemäß BITV spezialisiert wird. Unter anderem setzen wir auch Seiten um und haben auch schon mit Typo3 gearbeitet.
Zunächst kann ich mich meinem Vorredner nur anschließen. Wir testen oftmals Seiten die sich als Aushängeschild als Barrierefrei bezeichnen, aber scheinbar den Begriff Barriefreiheit nicht im geringsten verstanden haben.
Automatische Testtools sind zwar ein gutes Werkzeug die Seite mal auf grobe Fehler zu testen aber sollten keine Richtlinie sein, es gibt genügend barrieren die kein Testtool finden kann (z.B. unzureichende Kontraste, schwer verständliche Texte)
Jeder der sich mit dem Thema barrierefreiheit beschäftigen möchte, würde ich raten die Punkte der BITV durchzuarbeiten und dann eine Seite zur Hand nehmen und diese mit Hilfe der BITV auf Barrieren zu testen. Er wird schnell feststellen, welche Anforderungen gestellt werden und was zu beachten ist.
Zum Thema Typo3 und Barrierefreiheit:
Es ist tatsächlich so dass sehr gute Kenntnis des Systems notwendig ist um eine Seite annähernd barrierefrei zu gestalten.
Der Hase liegt áber vor allem in den Extensions begraben. Viele müssen stundenlang angepasst werden, da ist es meist sogar besser die Extension neu zu schreiben.
@nice: Also sämtliche Schrift sollte vergrößerbar sein. Eben aus dem Grund den du genannt hast.
Du darfst also nur relative Angaben machen (% oder em). Absolute Angaben sind Tabu, da diese Schrift später nicht im Browser vergrößerbar ist.
Als Richtlinie gilt momentan eine Schriftgröße von mindestens 90%
Opera vergroessert auch absolut angegebene Schriftgroessen. *zuck*
Hi @ll,
also ich bin kein Profi in dem Bereich und setzt Typo3 auch nur für unseren Verein ein. Aber man stolpert bei Typo3 früher oder später zwangsläufig einmal über das Thema.
Also in dem Typo3 Buch von Altmann, Fritz, Hinderink (Open Source Press) findet man ein Kapitel über Barrierefreiheit. Auch in der Online Doku ist etwas zu finden.
Auch zu empfehlen ist das Linux Magazin Sonderheft 2/2005 zum Thema Web Publishing. Dort ist ein Artikel über barrierefreie Websites mit Typo3.
Soweit mich das ganze betrifft, unsere Webseite ist teilweise barrierefrei umgesetzt. Als nicht richtig umgesetzt sehe ich vor allem die alt-Tags bei Bildern an. Auch müsste ich die Größenangaben für die Schrift als em-Werte im CSS angeben (sind bei mir px-Werte). Bei den Formularen gibt es auch eine Möglichkeit Labels zu setzen, habe ich aber noch nicht ausprobiert. War glaube ich genau eine Zeile TypoScript.
Was wichtig ist: Schriftgrößen, Farben/Kontrast, mgl. Seite aus div-Tags bauen und mit CSS gestalten.
Vor allem der letzte Punkt macht nacharbeiten an den Extention-Templates nötig, aber die will man ja meistens sowiso anpassen.
Und, mein größtes Problem, man müsste sich halt mal durch die ganzen Vorgaben für barrierefreie Webseiten durcharbeiten (das machen wohl die wenigsten habe ich das gefühl).
Sascha