Typo3 barrierefrei?

Hallo,

bin auf der Suche nach einem CMS, mit dem sich auch barrierefrei Seiten produzieren lassen. Wie weit ist da Typo3?

Folgende grundsätzlichen Anforderungen hätte ich:

Kein Tabellen-Layouts
CSS / XHTML valide
"alt" und "title" Tags fuer Bilder bzw. Links

Schoen waere auch:
Spracheinstellungen: "lang= xhtml:lang="
Abkuerzungen: "<abbr><acronym>
Beschreibung: <longdesc>

Die Ausgabe-Templates kann man sicher anpassen. Aber wie siehts im Backend aus? Hat da schon jemand Erfahrungen gesammelt? Gibts vielleicht Beispiele?

Vielen Dank schonmal an alle.

Peter Buenemann

uhu schrieb

bin auf der Suche nach einem CMS, mit dem sich auch barrierefrei Seiten produzieren lassen. Wie weit ist da Typo3?

Alle Deine Anforderungen sind machbar, an einigen Stellen sind Anpassungen und Extensions gefragt.´Einfach Suchen und Lesen.

Grundsätzlich ist Typo3 für Tabellenlayout ausgelegt, da muss man dann etwas nachhelfen, um dies abzuändern.

wunschtacho schrieb

Grundsätzlich ist Typo3 für Tabellenlayout ausgelegt, da muss man dann etwas nachhelfen, um dies abzuändern.

Hi,
Danke.

Die Ausgabe fuers Frontend kann mann sicher anpassen, um z.B. die Tabellen los zu werden. Wichtiger ist mir das Backend. Damit im Frontend z.B. ein title-Tag zu einem Bild ausgegegben werden kann, muss ich zunaechst mal im Backend die Moeglichkeit haben einen einzugeben. Die Eingabemasken im Backend umzubauen ist sicher ein groesserer Aufwand. Werde mich ich in den naechsten Tagen dann doch mal intensiver damit beschaeftigen.

so long ...

Gruss Peter Buenemann

das ist in der Tat nicht einfach so möglich.

ehrlich gesagt glaube ich auch nicht, dass das überhaupt möglich ist.
jedenfalls nicht ohne erheblichen programmieraufwand!

Hallo Uhu,

Backend-Eingaben und Frontend-Ausgaben für alt- und title-Tags bietet die Extension "CSS styled IMGTEXT with alt and title attributes" (sl_css_imgtext).

Thilo

Thilo schrieb

Hallo Uhu,

Backend-Eingaben und Frontend-Ausgaben für alt- und title-Tags bietet die Extension "CSS styled IMGTEXT with alt and title attributes" (sl_css_imgtext).

Thilo

Hi,

Danke. Hab ich mittlerweile auch entdeckt. Grundsätzlich scheint es schon möglich zu sein barrierefreie, vielleicht mit kleinen Abstrichen, Seiten mit Typo3 zu bauen. Anpassungen sind jedoch nötig. Bisher hab ich immer alles komplett von Hand gebaut und hatte so natürlich die volle Kontrolle. Jetzt soll ich aber eine Seite für eine Gemeinde bauen, und die wollen eben ein CMS-System wg. Benutzerrechten, Workflows usw.

Danke trotzdem. Vielleicht fällt dem einen oder anderen ja noch was ein.

Gruss Peter

hallo,

naja es kommt natürlich auch sehr draufan, welche/wieviele extensions du einsetzt, und wenn nötig heißts da jeweils extra hand anlegen um zB validen code zu bekommen.

aber sonst ist - mit genug wissen (logisch) - ziemlich alles machbar!

viel erfolg
georg

das ist richtig.

Man muss aber sehr viele Sachen umbauen, vor allem Extensions, aber insgesamt funktioniert das recht gut. Bin gerade dabei ein Projekt in AAA aufzubauen. 🙂 Das ist teilweise ne etwas fummelige Sache.
Allerdings wird nur das Frontend Barriefrei, am Backend wird nichts geändert.

An Extensions laufen da:
css_styled_content
indexed_search
tt_calender
tt_news
metatags
css_styled_imgtext
sb_akronymmanager
macina_searchbox
qcom_htmlcleaner
gov_textmenu

Also nicht besonders viel. Aber man muss halt trotzdem überall die Tabellen rausfrickeln.

Hi!

illnino schrieb

Allerdings wird nur das Frontend Barriefrei, am Backend wird nichts geändert.

Also für das FE gibt es ja einige hilfreiche Extensions und da man da sein eigenes Template hinterlegen kann ist es relativ einfach, Barrierefreiheit zu erreichen, wenn evtl. auch nicht mit Niveau AAA.
Was das BE angeht, so ist das sicherlich ein ganz anderes Kaliber. Wer das auf Barrierefreiheit umstellt, der geht vermutlich in die Annalen von Typo3 ein. Allgemein scheint es aber bei den aller meisten (allen?!) CMS ein Problem zu sein, ein barrierefreies BE hinzubekommen, die Anforderungen sind halt sehr komplex und die Wahl der Mittel ist durch die hohen Anforderungen an den Code recht klein.

CU
maxhb

Hi,

ja für das FE scheint es, mit etwas Anpassungsarbeit, generell möglich zu sein barrierfrei zu sein. Wenn auch nicht bis ins letzte Detail. Generell ist es eh besser von barrierearm als von barrierefrei zu sprechen.
Das BE macht mir Sorgen. Ich möchte nicht das komplette BE nach ATAG barierefrei machen, es geht mir dabei mehr um die Erfassung der Daten. Denn nur wo ich z.B. einen Alternativtext für ein Bild erfassen kann, kann ich im FE auch einen ausgeben.

Vielleicht ist es in dem Zusammenhang besser, von einem CMS für barrierearme Webseiten zu sprechen. Das einzige System, das ich kenne das im FE und im BE barrierefrei zu sein vorgibt (ich habs nicht untersucht) ist papoo (www.papoo.de).

Gruss peter

Mir wurde zugetragen dass webEdition wohl auf den Punkt Barrierefrei ausgelegt ist. In wieweit das stimmt und ob es auch das BE betrifft kann ich nicht sagen. Habe bisher keine Erfahrungen damit.

Liebe Grüsse,

Daniel

webedition ist ein ganz tolles Produkt #angry#

Frontend-seitig ist Typo3 durchaus barrierefrei hinzubekommen. Im Backend gibts auch für so ziemlich alles Eingabemöglichkeiten. Man kann jedoch nicht alle von Typo3 angebotenen Content-Typen verwenden.

Aber selbst der rich text editor hat Eingabemöglichkeiten für Alt-Texte bei images.

Das größte Problem für Barrierefreiheit ist in meinen Augen immer der Redakteur. Ist dieser nicht entsprechend geschult und diszipliniert, ists schnell vorbei mit einer ehemals barrierefrei erstellten Website.

Viele Grüße
Niki

Hi,

wie schon gesagt wurde ist das Frontend eigentlich kein Problem mehr. Man kann sämtliche Punkte der WAI-Checklisten durch entsprechende TS-Konfiguration, ein paar Extensions und die Integration von dynamischen Stylesheets (Farbe, Kontrast, Schriftgrösse) abhaken.

Das grösste Problem bleiben die Redakteure. Mit TemplaVoila! kann man zwar Inhaltselemente erstellen, die alt- title oder longdesc bei Bildern ausgeben können (bald wird das auch mit cron_imgtext möglich sein) aber der Redakteur muss es eben auch eingeben.

Einen interessanten Ansatz finde ich das DAM. Damit kann ein Unternehmen eine Bilderdatenbank anlegen und die Bilder von Fachleuten mit den richtigen alt/title/longdesc URLs versehen lassen. Der Redakteur wählt dann nur noch das Bildobjekt aus und die Eigenschaften werden automatisch eingefügt.

Auch die a21glossary Extension ist für diese Art von Arbeitsteilung geeignet. Fachleute legen die Datensätze für abbr, dfn und span lang="xx an und die Redakteure brauchen darüber nicht mehr nachzudenken. OK, eine hochgradig barrierefreie Website wird man wohl nie ohne entsprechend geschulte Redakteure umsetzen können aber solche Dinge machen das Leben doch ein ganzes Stück leichter.

Um die Ausgangsfrage zu beantworten: TYPO3 ist sehr weit gekommen was Zugänglichkeit angeht. Noch wichtiger finde ich, dass das Thema mittlerweile einen so hohen Stellenwert innerhalb des Projektes bekommen hat, dass es ein aktives Team dafür gibt, das bei der TYCON3 gleich 2 Vorträge dazu angeboten wurden und das es eben auch eine Reihe von Agenturen und Entwicklern gibt, die sich schwerpunktmässig damit befassen. Damit ist IMHO sichergestellt das neue Entwicklungen in diesem Bereich zeitnah umgesetzt werden und die noch bestehenden Probleme sehr bald der Vergangenheit angehören werde.

Ciao,
Sacha