Offener Brief an die Community (Diskussion)

[a.radtke]

Hallo,

ich habe den ganzen tread hier jetzt nicht verfolgt, aber mir scheint das ganze sehr emotional.

Fakt ist, ich habe jetzt meinen Readmore Parameter !
Joomla ist auf dem besten Weg.

Bei Beez ging es niemals um das Design , sondern um den HTML-Output , die semantische Struktur.

Beim HTML Code handelt es sich um eine Art HTML-Framework
Damit sollte man sich beschäftigen.

Die Macht der Veränderung liegt im CSS und das sollte man beherrschen.
Auf Joomla-Beez .de habe ich schon vor Monaten einen CSS- Award ins Leben gerufen.

Also , wen es nicht gefällt , sollte aktiv werden.
Das CSS wird dann in einem style-switcher auf joomla-beez angeboten.

liebe Grüsse Angie

[johnix]

Hallo,

ich nehme an das ausschliesslich die Joomla CSS gemeint ist?!?

Und wäre es nicht besser von Barrierearmem Design zu sprechen, schliesslich gibt es selbst auf meiner reinen Html Seite johnix.de, mit Sicherheit noch Barrieren, selbst wenn ich nicht alle sehe? Diese Seite soll später unterhalb von Joomla liegen, wird also noch verschoben.

Barrierearmut, ist aber doch auch nicht nur durch CSS gegeben, erst wenn man z.B. zu Bildern, Text schreibt, ergibt sich irgendwann Barrierearmut.

Ich hoffe das ist jetzt nicht völlig am Thema vorbei.

[janni0815]

Nagel mich nicht darauf fest, die Spezialistin ist Angie, aber soweit ich das verstanden habe, soll es beschreiben was einen erwartet, wenn man auf den Link klickt. Der Titel -auch mit Zusatz- kann dafür geeignet sein muss es aber nicht. Blödes Beispiel: Der Titel ist "Schokoladentote", dann sagt der link "mehr Schokoladentorte" nicht unbedingt etwas über die Informationen hinter dem Link aus. "Rezepte und Backanleitungen für Schokoladentorte" oder "die Auswirkungen auf den Hüftumfang von Schokoladentorte" schon.

Ich versuche mal, ein wenig Licht in die "Read more-Problematik" zu bringen.
Blinde (auch manche Seheingeschränkte) arbeiten mit Screenreadern. Screenreader bereiten die Webseite auf und lesen sie strukturiert und linear vor. Als Sehender bekommt man einen Überblick über das Angebot der Seite "auf einen Blick", man sieht sie ja. Als Blinder liest man die Seite, Zeile für Zeile. Weil das mühselig ist, bieten die meisten Screenreader die Möglichkeit, sich den Überblick zu verschaffen, in dem man sich die "Linkliste" anzeigen läßt (eben eine Liste, die nur die auf der Seite vorhandenen Links auflistet). Oder man springt von Link zu Link und navigiert so durch die Seite. Findet man dann Links wie "lesen sie mehr", "lesen sie mehr" oder auch "lesen sie mehr", ist das sehr unbefriedigend und schlauer wird man davon auch nicht. Das Schokoladen-Torten-Beispiel trifft es also ganz gut. In den Read-More-Link sollte also so viel Information gepackt werden können, dass man eine Vorstellung davon bekommt, um was es im Text geht, ohne vorher den Teaser lesen zu müssen. Daher war der Lösungsansatz von CirTap gar nicht SO schlecht. Aber das Thema ist ja nun glücklicherweise geklärt.

Barrierearmes Webdesign/Zugänglichkeit des Web sollte für jeden Thema sein, der Webseiten erschafft, egal ob als Designer, Programmierer oder sonst wie. Ich spreche Angie Radtke und Robert Deutz meinen Respekt und meine Bewunderung aus und hoffe, sie werden weiter dafür kämpfen, dass das Internet für jeden zugänglich ist. Wir sind auf dem richtigen Weg.

Einen lieben Gruß,

Janni

P.S. Ich kämpfe übrigens auch.

[a.radtke]

Hallo ,

wen es interessiert, ich gehe gerade einen Schritt weiter.

http://blog.der-auftritt.de/?cat=1


liebe Grüsse Angie

[Ria]

Hallo joomlaner,
auch wenn es mir nicht unter den Nägeln brennt, barrierarmut als erstes Argument aufführen zu müssen, so war mir doch die Verabschiedung von Tabellen wichtig genug beez zu nehmen und inzwischen sieht es sogar recht flott aus, nur mal nebenbei.

Meine Enttäuschung war, auch nur nebenbei gesagt, vor ein paar wenigen Monaten riesig, tatsächlich nur ein template wie beez vorzufinden.

Aber es geht sicher um was anderes, ich vermute im Hintergrund geht es um kommerzielle Interessen und mal ehrlich die breite Masse liebt ja immer noch Tabellen, ist ja auch alles so schön einfach und viel weniger Programmieraufwand.

Und wie es mit Barrierefreiheit bzw. -armut in den USA aussieht, keine Ahnung. Ich persönlich mache also einen Kompromiss und da meine Website "nur" privat ist, kann ich zum Glück, mit beez, damit leben.
Die wirklichen Beweggründe der Core-Entwickler werden wohl ein Geheimnis bleiben, solange selbst Leute wie Angie im Regen gelassen werden
Gruss Ria
PS. vielen Dank für das beez!

[addi]

Na, der Thread ist ja jetzt schon ein bischen älter, siehe Datum. Bei dem vorgelegtem Tempo der Entwickler wird es wohl bis zur 2.0 noch über 5 Jahre dauern und bis man ernsthaft von Barrierearmut sprechen kann. Es gibt aber noch andere Probleme, die hier gar nicht zur Sprache kamen. Nur das Core-System unterstützt Barrierearmut dann, noch lange nicht wichtige Erweiterungen.

Als weiteres Problem bedrohen die Barrierearmut unter Umständen neuen Javascript-Frameworks oder deren nicht accessibler Einsatz. So werden zum Beispiel Titel-Parameter in Links ungefragt in Javascript-Hilfsebenen konvertiert, vorhandene Barrierearmut auf diese Weise vernichtet.

Barrierefreiheit ist zuerst einmal ein semantisches Konzept und wie hier schon mal angeklungen ist, hat das viel mit Usibility und kreativem Denken zu tun, dem sich die meisten nicht stellen wollen und nicht verpflichtet fühlen.

[keraM]

Bei dem vorgelegtem Tempo der Entwickler wird es wohl bis zur 2.0 noch über 5 Jahre dauern und bis man ernsthaft von Barrierearmut sprechen kann.

Du hast den Quellcode von Joomla vor Dir. Wenn es Dir zu lange dauert oder Du etwas verbessern möchtest, dann leg doch selbst mit Hand an. Ich bin mir sicher, die Entwickler wissen engagierte Hilfe zu schätzen.
Und was versprichst Du Dir von der 2.0? Oder ist die Version eher als ein Platzhalter zu verstehen?

noch lange nicht wichtige Erweiterungen.

Das ist a) kein Problem der Joomlaentwickler, sondern der Entwickler der Erweiterungen und b) auch hier gilt: Selbst ist der Mann/die Frau.

...deren nicht accessibler Einsatz.

von Barrierearmut reden und dann solche Wortkonstrukte bilden.

[addi]

Du hast den Quellcode von Joomla vor Dir. Wenn es Dir zu lange dauert oder Du etwas verbessern möchtest, dann leg doch selbst mit Hand an. Ich bin mir sicher, die Entwickler wissen engagierte Hilfe zu schätzen.
Und was versprichst Du Dir von der 2.0? Oder ist die Version eher als ein Platzhalter zu verstehen?

Ließ mal die Beiträge und das Blog von Angie, dann siehst du, was an der Sache dran ist, für die Entwickler ist das momentan nicht wichtig. Beispielsweise ist Joomla1.0 im Adminbereich barrierefreier als 1.5, weil dort Javascript nicht barrierefrei eingesetzt wurde. Hast du etwas Ahnung von Webentwicklung? Ich möchte nicht an 1000 Fäden ziehen, wer bezahlt mir meine Zeit, wovon soll ich dann leben?

Das ist a) kein Problem der Joomlaentwickler, sondern der Entwickler der Erweiterungen und b) auch hier gilt: Selbst ist der Mann/die Frau.

Also Frau, merkt man sofort ;-) Stimmt, ich mache auch mein Joomla selbst barrierefrei, aber verliere keine Zeit mit Fäden ziehen, die reißen können oder sich nicht lösen lassen.

von Barrierearmut reden und dann solche Wortkonstrukte bilden.

Recht hast du.

[Måria]

Ich möchte nicht an 1000 Fäden ziehen, wer bezahlt mir meine Zeit, wovon soll ich dann leben?

Na du kannst doch 1/10 der Zeit nehmen, die du durch die Nutzung von Joomla! (=du musst kein eigenes CMS schreiben) einsparst.

(Ich konnte einfach nicht wiederstehen )

[addi]

Und schon wieder muss ich lachen, sorry.

Ähmm, wie meinst du das 1/10? Ich nutze ja Joomla schon, so ist das nicht.

Die Fäden bezogen sich auf diejenigen, die Joomla entwickeln, ich habe keine Lust dass das, was ich und mein Team macht, erst duch 100 Hände geht und 10 mal abgenickt werden muss, bevor ich es nutzen darf oder ggf. in irgendeiner Version in den Core einfliesst. Mal kann ja in Joomla1.5, da es ein Framework ist, sehr gut Objekte überschreiben.