Das Release Datum für die neue WordPress-Version 5.0 wurde überraschend für Donnerstag, den 6. Dezember 2018 angekündigt, hier ist die Meldung:
Matt Mullenweg betonte, dass User, die nicht mit Gutenberg arbeiten wollen oder können, jederzeit auf das Plugin des klassischen Editors zurückgreifen können.
Es bleibt abzuwarten, inwieweit die vielen offenen Accessibility-Issues von Gutenberg für das neue Release gefixt wurden.
Soeben verabschiedete der amerikanische Kongress den “21st Century Integrated Digital Experience Act”, eine gesetzgeberische Initiative zur Verbesserung des Digitalen Erlebnisses für jedermann, nicht nur für “Americans with Disabilities”. Hier ist der Link zum Nachlesen:
https://www.congress.gov/bill/115th-congress/house-bill/5759/text
Der meines Erachtens wichtigste Passus besagt, dass ab dem 180. Tag des Inkrafttretens dieses Acts jede neu auf den Markt kommende Webseite den Spezifikationen der Section 508 entsprechen und für Personen mit Behinderungen barrierefrei zugänglich sein muss. Da die Section 508 mittlerweile weitestgehend der WCAG-Spezifikation 2.0 AA entspricht, ist dies eine bahnbrechende Entscheidung für die Zukunft und die gesetzlich verbindliche Grundlage, an die sich alle Webseitenbetreiber in USA halten müssen. Damit werden de facto alle Webseitenbetreiber, die ihre neuen Sites nicht barrierefrei gestalten, zu Gesetzesbrechern. Man darf gespannt sein, wie die Internet-Industrie in USA auf diesen Act reagiert!
Wie soeben bekanntgegeben wurde, ist der WordPress Release Candidate 5.0 gerade erschienen und kann von jedermann getestet werden. Der offizielle Go-Live des neuen Releases ist allerdings von 27. November auf ein undefiniertes “später” verschoben worden, man will erst noch das Test-Feedback des Release Candidate abwarten, näheres dazu in diesem Artikel:
Die größte Neuerung in WP 5.0 ist ohne Zweifel der neue Block-Editor Gutenberg, es wurden aber auch einige andere bedeutende Neuerungen angekündigt, wichtig für Programmierer und Entscheider dürfte vor allem die volle Unterstützung von PHP 7.3 sein.
Auch in Sachen Barrierefreiheit hat sich etwas getan, man kann jetzt auf Seiten und in Beiträgen einfache ARIA-Label verwenden, das ist schon mal ein grosser Fortschritt.
Inwieweit die Verschiebung des neuen Releases mit den Querelen um die mangelnde Barrierefreiheit des neuen Editor Gutenberg zu tun hat wird zwar gemunkelt, aber es gibt momentan noch keine offizielle Stellungnahme der WordPress-Gewaltigen dazu. Man darf gespannt sein, ob dazu etwas auf der nächsten Teamkonferenz des WordPress Accessibility Teams am nächsten Freitag bekannt wird, ich werde zeitnah berichten!
Deque Systems, eine weithin respektierte Company für Barrierefreies Computing, hilft dem WordPress Accessibility Team aktiv beim Testen der Barrierefreiheit mit automatisierten Test-Tools. Beim WordCamp US am 9. Dezember in Nashville wird die rennomierte Firma an einem ein Hackathon zum Thema Barrierefreiheit teilnehmen. Sarah Gooding hat einen sehr informativen Artikel über die geplante Aktion veröffentlicht:
WordPress Accessibility Team to Host Hackathon with Deque Systems at WordCamp US 2018
Deque wird eine Reihe von professionellen automatisierten Test-Tools zur Verfügung stellen und besonders auch den WordPress Developern mit Rat und Tat zur Seite stehen. Dabei steht die grosse Bedeutung der Barrierefreiheit für die Zukunft von WordPress im Vordergrund, ich zitiere eine Sprecherin:
“A more accessible web also means a better user experience for everyone, part of the reason why digital accessibility is so important”
Frei übersetzt: “Ein barrierefreieres Web bedeutet auch eine bessere User Experience für jedermann, einer der Gründe, warum digitale Barrierefreiheit so wichtig ist.”
Das ist doch nach den endlosen Querelen um den neuen Editor Gutenberg endlich mal ein positives Signal in die richtige Richtung! Ich freue mich jetzt schon auf die Berichterstattung vom Hackathon, das wird eine ganz spannende Sache und ein Meilenstein für die künftige Entwicklung von WordPress in Sachen Barrierefreiheit.
Die unabhängige Consulting- und Engineeringfirma 10up hat gestern die Ergebnisse des letzten Usability Tests für den umstrittenen neuen WordPress-Editor Gutenberg veröffentlich, nachzulesen hier:
Dabei erreicht Gutenberg insgesamt 85%, was von der Autorin Sarah James als “nearly excellent” gewertet wird, das ist aber IMHO eine sehr positivistische Wertung.
Die grössten Schwierigkeiten hatten die Anwender dabei, ein Bild in einem Artikel auszutauschen, das dauert bei den meisten Anwendern länger als eine Minute, einer schaffte es gar nicht.
Das nächste grosse Problem lag darin, einen späteren Veröffentlichkeitszeitpunkt für einen Beitrag festzusetzen, das schafften drei von fünf Teilnehmern gar nicht, obwohl sie dachten sie hätten es hingekriegt. Die Hauptproblematik dabei war anscheinend, dass nach der Auswahl im Date- und Timepicker noch auf den Button “Schedule” geklickt werden musste, und das erkannten die Teilnehmer einfach nicht.
Man kann sich anhand des Artikels von James selbst eine Meinung bilden, aber ich finde, “nearly excellent” ist etwas anderes, das ist für mich so gerade eben noch “acceptable”, mehr nicht. Man darf gespannt sein, wie die Gutenberg Developer auf dieses Testergebnis reagieren.
Beim WordCamp in Portland am 8.11.2018 stellte sich der WordPress-“Gründervater” Matt Mullenweg den Fragen der beunruhigten WordPress-Gemeinde. Man kann sich das Video hier ansehen:
Eine der ersten Fragen aus dem Publikum betraf gleich den umstrittenen neuen WordPress-Editor Gutenberg und die Problematik, ob man denn mit dem neuen WordPress-Release 5.0 dazu gezwungen würde, nur noch Gutenberg zu benutzen.
Mullenweg beruhigte die Fragestellerin und erklärte, dass der klassische WordPress-Editor noch auf Jahre hinaus supported werden wird, und man bei einem WordPress-Upgrade immer die Wahl zwischen Gutenberg und dem klassischen Editor hätte. Man würde noch etwas feinkörnige Entwicklungsarbeit am klassischen Editor leisten, so dass es möglich sein wird, auf einer WordPress-Site sowohl mit dem neuen Editor Gutenberg als auch mit dem klassischen Editor zu arbeiten.
Das sind ganz neue Töne vom WordPress-Oberguru, der ja bislang eine knallhart innovative Linie mit Gutenberg als zukunftsträchtigem, komplett neu programmierten Editor gefahren war. Man kann davon ausgehen, dass die Diskussion um die mangelnde Barrierefreieheit von Gutenberg viel dazu beigetragen hat, dass Mullenweg jetzt diplomatischere Töne anschlägt. Er sagte selbst, dass es im Projekt WordPress um “Choice” ginge, also um freie Wahlmöglichkeiten für alle Benutzer. Und das stimmt mich optimistisch, denn es minimiert die Gefahr, dass einem der neue Gutenberg zwangsweise beim nächsten WordPress-Update übergestülpt wird, beträchtlich. Wenn man weiterhin die Wahl zwischen Gutenberg und dem klassischen Editor hat, ist allen geholfen, das ist meiner Meinung nach ein sehr vernünftiger Kompromiss.
Jedermann kennt das Behinderten-Signet mit dem Rolli, überall auf der Welt. Ich verwende es auch in meinem Logo:
Es wurde 1968 von einer dänischen Design-Studentin entworfen und macht universal darauf aufmerksam, dass es sich hier um Personen mit besonderen Bedürfnissen handelt, die mit besonderer Aufmerksamkeit und Achtung zu behandeln sind. Das Rolli-Logo spricht eine universale Sprache, es ist simpel und doch einprägsam.
93% aller behinderten Personen auf der Welt benutzen gar keinen Rollstuhl. Oder es gibt überhaupt gar keine äusserlich sichtbaren Merkmale ihrer Behinderung, Schwere gesundheitliche Beeinträchtigungen sind oft genug unsichtbar – man denke nur an psychische Erkrankungen, oder auch an Diabetes, Asthma, oder Morbus Crohn, um nur einige wenige zu nennen.
Dieser Tatsache nimmt sich die Initiative Visability93 an. Ihre Gründer, Liam Riddler und Lisa Carrana, führen die Diskussion darüber an, ob es notwendig ist für die unsichtbaren Arten von Behinderungen eigene Logos zu verwenden. Bisher gibt es 29 neue Entwürfe von Icons für unterschiedliche Erkrankungen, die zur Diskussion gestellt werden.
Dabei weisen Riddler und Carrana auch deutlich darauf hin, dass es in vielen Situationen gar nicht legal ist, eine behinderte Person nach der genauen Art ihrer Erkrankung zu fragen. Es geht niemenden etwas an, warum ein behinderter Mitmensch einen eigenen Parkplatz, einen bevorzugten Sitzplatz im Konzertsaal oder Zugang zu einer behindertengerechten Toilette benötigt.
Nähere Einzelheiten über die Diskussion finden sie hier in diesem Artikel der Fast Company:
Meiner persönlichen Meinung nach ist die Diskussion zwar löblich, aber sie geht am richtigen Leben ziemlich weit vorbei. Wenn es denn ein Icon z.B. für Schizophrenie gibt, und ich als Betroffener dieses beispielsweise an meiner Windschutzscheibe für die Berechtigung für den Behindertenparkplatz anbringe, verkünde ich damit der Welt lauthals die genaue Art meiner Erkrankung.
Es ist ein leider immer noch feststehender Fakt, dass besonders Menschen mit geistigen Behinderungen in der realen Welt diskriminiert und herabgewürdigt werden. Oft genug werden Depressionspatienten als Simulanten diskreditiert, Psychosekranke als gemeingefährlich gebrandmarkt, Schizophrene als Spinner abgetan. Ihnen jetzt mit den neuen Icons ein deutlich lesbares Etikett aufzukleben nützt niemandem, ganz im Gegenteil, es öffnet der Diskriminierung Tür und Tor. Das halte ich für gefährlich und kontraproduktiv, deswegen beziehe ich klar Stellung und sage: Lasst uns den Rollifahrer als universelles Symbol behalten. Die neuen Icons sind zwar gut gemeint, aber sie bringen mehr Schaden als Nutzen.
In der Teamkonferenz des WordPress Accessibility Teams letzten Freitag war der neue Editor Gutenberg wieder das Top-Thema. Dabei stellte sich heraus, dass viele Features gar nicht auf Barrierefreiheit getestet werden konnten, weil sie von Haus aus nicht funktionierten. So soll es zum Beispiel unmöglich sein, eine geschachtelte Liste (<ul>) mit Unterpunkten zu erstellen, und der Tabelleneditor läßt anscheinend auch schwer zu wünschen übrig.
Dabei soll morgen (Montag 12-11-2018) der Release Candidate von Gutenberg veröffentlich werden. Ein Release Candidate ist üblicherweise eine Software, die keine bekannten Bugs mehr enthält und so wie sie ist ausgeliefert werden kann. Der Tenor im Team Meeting war eindeutig: hier erhält der Begriff Release Candidate eine neue Definition, oder wie es ein Sprecher formulierte:
“”release candidate” appears to now mean “probably won’t blow up the server”.”
Frei übersetzt: “Release Candidate” scheint jetzt zu bedeuten: “wird wahrscheinlich nicht den Server hochgehen lassen”
Das ist, liebe Leser, ganz schön starker Tobak. Man darf gespannt sein, in welchem Zustand der buggy-ness der neue Editor am Montag vorgestellt wird.
Wie gestern von Sarah Gooding mitgeteilt wurde, ist das Datum für das mit Spannung erwartete WordPress Release 5.0 auf Ende November verschoben worden:
Obwohl nur indirekt davon gesprochen wurde, dass der derzeitige Stand der Dinge in Sachen Gutenbergs Barrierefreiheit (besser gesagt, die nicht vorhanden Barrierfreiheit vieler Module) etwas mit der Verschiebung des Relase-Datums zu tun hat, spricht Gooding davon, dass es noch viele aktuelle Probleme und Pull Requests gibt, für deren Lösung noch Zeit gebraucht wird.
Man darf gespannt sein, ob die Option, den klassischen Editor weiterhin als Plugin mit auszuliefern, bis zum neuen Releasedatum verabschiedet und gebundlet wird. Es bleibt spannend…
Vorgestern hat Joe Dolson vom WordPress Accessibility Team einen Bericht über die laufenden Arbeiten an Gutenbergs Barrierefreiheit veröffentlicht:
Dolson berichtet, dass 5 Major Issues bereits gefixt worden sind, diese betreffen vor allem die Tastaturbedienbarkeit von Gutenberg. Weitere 12 Pull Requests sind noch offen, dazu kommen noch 89 weitere offene Probleme, die die Barrierefreiheit von Gutenberg betreffen.
Dolson berichtet, dass noch 23 weitere Pull Requests offen und zum Thema Barrierefreiheit gekennzeichnet sind, diese betreffen vor allem eine Entwicklung in Richtung barrierefreierer Arbeitsablauf bei der Veröffentlichung von Seiten und Beiträgen.
Man darf gespannt sein, wie viele dieser offenen Punkte beim für Mitte November geplanten WordPress Release 5.0 gefixt sein werden.