• Wenn man ein Medium im Editor einfügt, kann man im modalen Fenster auch angeben, dass es mit seiner Mediendatei, seiner Anhangseite oder einer individuellen URL verlinkt werden soll. Dadurch entsteht ein leerer Link, denn das Bild hat ja keinen auslesbaren Inhalt. Dies lässt sich im Dialog nicht ergänzen, auch nicht ohne Hilfstmittel oder manuelle Bearbeitung des HTML-tags im Text-Modus des Editors.

    Da dies ein sehr häufig verwendeter Dialog ist, der die Verletzung einer grundsätzlichen Anforderung an Barrierefreiheit provoziert, obwohl dies sehr einfach zu verhindern wäre, frage ich mich, ob das nicht schon längst Thema im Core Team sein müsste oder so. Weiß jemand was?

Ansicht von 7 Antworten – 1 bis 7 (von insgesamt 7)
  • Moderator Bego Mario Garde

    (@pixolin)

    Moderator (nicht mehr aktiv)

    Das kann ich nicht ganz nachvollziehen.

    Screenshot

    Wenn ich ein Bild einfüge und es anschließend verlinke, bekomme ich die Möglichkeit, mit einer beliebigen URL, der Bilddatei oder der Anhangseite zu verlinken oder dem Bild durch Verknüpfung mit einer größeren Bilddatei einen Lightbox-Effekt hinzuzufügen. Dass dadurch ein „leerer Link“ entsteht, kann ich nicht reproduzieren.

    Vielleicht magst du zum besseren Verständnis einen Screenshot einfügen?

    Falls nicht bekannt: Wie kann man hier Bilder in einen Forenbeitrag einfügen?

    Ich habe das gestern gelesen und nun heute und verstehe es immer noch nicht.

    Dadurch entsteht ein leerer Link, denn das Bild hat ja keinen auslesbaren Inhalt.

    Da dies ein sehr häufig verwendeter Dialog ist, der die Verletzung einer grundsätzlichen Anforderung an Barrierefreiheit provoziert

    Ein Bild ist doch ein Inhalt, welche Anforderung wird denn verletzt? Es ist doch ganz normal, dass Bilder verlinkt werden (können).

    Dies lässt sich im Dialog nicht ergänzen, auch nicht ohne Hilfstmittel oder manuelle Bearbeitung des HTML-tags im Text-Modus des Editors.

    obwohl dies sehr einfach zu verhindern wäre

    Wie kann man das (was genau?) denn einfach verhindern?

    Meinst du, irgendwelche ARIA-Label, die du manuell hinzufügen möchtest? Bilder enthalten idealerweise doch bereits ALT, Title, Description oder/und Caption, die von Screenreadern erfasst werden? Irgendwie stehe ich vermutlich gerade auf dem Schlauch.

    @la-geek geht mir genauso. Ich habe das auch mehrmals gelesen und verstehe das Problem auch nicht. 🤷🏻

    Thread-Starter TRILOS

    (@trilos)

    Danke für eure Kommentare. Es geht aber nicht um das Bild. Es geht um den das Bild einkapselnden Link, der leer ist, denn das Bild ist wie schon gesagt kein Inhalt. Und, so habe ich die Regeln verstanden, ist es egal, ob das Bild selbst Alternativtext o.ä. mitbringt.

    Dies verstößt somit nach WCAG 2.1 gegen

    1.1.1 Non-text Content – Level A 

    2.4.4 Link Purpose (In Context) – Level A 

    Moderator threadi

    (@threadi)

    Ein im Block Editor eingefügtes Bild hat normalerweise keinen Link um sich herum. Den muss man, wie oben geschrieben, erst explizit setzen und erzeugt im Frontend dann z.B. so einen Code für den Block:

    <figure class="wp-block-image size-large"><a href="http://example.local/wp-content/uploads/2024/08/example.jpg"><img fetchpriority="high" decoding="async" width="1024" height="682" src="http://example.local/wp-content/uploads/2024/08/example-1024x682.jpg" alt="" class="wp-image-14"></a></figure>

    Worum geht es dir dabei nun genau? Ich vermute du meinst, dass dem Link eine Beschriftung fehlt. Er ist nicht „leer“, denn er hat ja eine URL als Ziel, aber aus Sicht der Barrierefreiheit ist es einfach nur ein Link mit einer URL und ohne Beschriftung. So eine Beschriftung müsste per title oder aria-Label ergänzt werden.

    Meinst Du das?

    Soweit ich weiß kann man im aktuellen WordPress diesem Link keinen Titel oder aria-Label geben. Wenn Du hieran eine Änderung wünschst, müsstest Du das beim Gutenberg-Team ansprechen: https://github.com/WordPress/gutenberg/issues/

    Thread-Starter TRILOS

    (@trilos)

    Danke @threadi , „leer“ ist er tatsächlich („nur“) aus Sicht der Barrierefreiheit. Eine Korrektur oder auch schon das korrekte Einfügen ist ohne HTML-Nachbearbeitung nicht möglich und das hat nicht nur mit Gutenberg zu tun, sondern auch mit dem modalen Fenster für das Einfügen von Medien im Classic Editor und generell mit dem Dialog zum Verlinken in einem Editor (unabhängig davon, ob Text oder Bild verlinkt wird).

    Daher fragte ich mich, ob dieses ja offenbar sehr globale Problem nicht schon irgendwo in Entwicklerkreisen oder schon in Trac diskutiert wird, wo ich das verfolgen kann – und ein git issue nur für Gutenberg zu reporten, würde ja nur ein Teilproblem abdecken.

    Thread-Starter TRILOS

    (@trilos)

    Neuer Aspekt: Obwohl ich das aus den vorgenannten WCAG-Richtlinien nicht explizit herauslesen kann, scheint es nach laut des von mir verwendeten https://de.wordpress.org/plugins/accessibility-checker/ auszureichen, dass ein verlinktes Bild einen Alternativtext hat, damit der das Bild einkapselnde Link nicht mehr als „leer“ im Sinne der Barrierefreiheit gilt, denn die testweise korrigierte Stelle findet es nicht mehr.

    Wenn dies hier jemand liest und genau Bescheid weiß, gerne melden und ich werde dieser Frage jetzt auch auf den Grund gehen.

Ansicht von 7 Antworten – 1 bis 7 (von insgesamt 7)