Servicegruppen/Webseite/Tests/www.piratenpartei.de

Aus Piratenwiki
Wechseln zu: Navigation, Suche

Website www.piratenpartei.de

  • Ergebnis: schlecht zugänglich gemäß BITVTest

BITVTest

Ergebnis der Selbstbewertung

  • Punktabzug 26,00
  • Punkzahl 74,00
  • Bewertung schlecht zugänglich

nicht erfüllt sind 7 Prüfschritte:

1.1.1a Alternativtexte für Bedienelemente

Die Bilder der Teaser in der rechten Spalte haben keinen Alternativtext, dagegen hat das Anchor-Element einen Alternativtext, was nicht standardkonform ist. Lösung: img das alt-Attribut geben.

Abzug: 3
Es handelte sich um ein redaktionellen Fehler - Er wurde korrigiert. Es werden zudem Vorbereitungen getroffen, daß dieser Fehler nicht mehr passiert, indem anstelle des Widgets zur Eingabe von HTML ein eigenes Widget angeboten wird für Banner- und Aktionsgrafiken. Somit sollte die Gefahr von Fehleingaben minimiert werden. --xwolf 16:39, 23. Aug. 2013 (CEST)
1.1.1b Alternativtexte für Grafiken und Objekte

Die Grafik im Header mit der Piratenflagge vor Hochhäusern hat keinen beschreibenden Text, ebenso nicht das Gruppenbild auf der A-Z-Seite. Das Bild von Edward Snowden hat einen sinnlosen Alternativtext: "Whistleblower-illegal".

Abzug: 3
Bei den genannten Bildern handelt es sich um Themenbilder im Slider (Slider = bereiche unterhalb des Menüs und vor dem Content mit wechselnden Bildern auf Indexseiten). Diese Sliderbilder haben keinen informativen Charakter. Daher war die Anzeige des alt-Attributs an dieser Stelle ein Fehler. Der Fehler wurde bereits im Projektcode korrigiert. Eine Aktivierung auf der Bundeswebsite erfolgt zusammen mit dem nächsten Themenupdate. --xwolf 16:42, 23. Aug. 2013 (CEST)
1.2.2a Videos mit Untertiteln

keine Untertitel

Abzug: 3
Diskusssion und Lösungsansatz siehe unten bei Status --xwolf 14:03, 28. Aug. 2013 (CEST)
1.2.3a Audiodeskription für Videos

Keine Audiodeskriptionen vorhanden

Abzug:3
Diskusssion und Lösungsansatz siehe unten bei Status --xwolf 14:03, 28. Aug. 2013 (CEST)
3.1.2b Anderssprachige Wörter ausgezeichnet
Abzug: 1
Dieses ist leider nur mittels eines kompetenter Redaktionsteams möglich. Aber auch dann wird es hinsichtlich der Auffassung darüber was noch anderssprachig ist und was nicht, unterschiedliche Ansichten geben. So werden sehr häufig und sehr viele Anglizismen verwendet ohne das darüber noch nachgedacht wird. Zwitterbegriffe wie "DSL" oder "Service" aber auch Namen internationaler Firmen wie Viatel, Interoute, Verizon und Vodafone machen die Entscheidung über eine Kennzeichnung schwer und damit fehlerhaft. Ein Automatismus ist ebenfalls nicht möglich. tl;dr: Eine nachhaltige Korrektur ist hier wahrscheinlich nicht möglich. Mit diesem Punktabzug müssen wir leben. --xwolf 17:34, 28. Aug. 2013 (CEST)
3.3.3a Formularfelder richtig beschriftet

Es gibt keine Label-Elemente beim Kontaktformular

Abzug: 3
Wurde korrigiert. --xwolf 17:05, 6. Sep. 2013 (CEST)
4.1.1a Valides HTML

Allerdings wird nur das Fehlen des alt-Attributs bei den img-Elementen bemängelt und die falschen alt-Attribute bei den Links.

Abzug: 2
HTML-Fehler beruhten auf bereits o.g. Fehler mit der Sidebar und auf einem Fehler bei einem Attribut im Kopfteil (<meta name="keywords">) . HTML-Fehler in der Sidebar sind bereits behoben. Der fehler in der Metaangabe wird mit dem nächsten Themeupdate behoben sein. --xwolf 16:49, 23. Aug. 2013 (CEST)

eher erfüllt sind 6 Prüfschritte:

1.3.1b HTML-Strukturelemente für Listen

In der Regel ist es erfüllt, aber bei der Tagcloud nicht

Abzug: 0.5
Ist im Projektcode korrigiert. Wird mit dem nächsten Themeupdate auf der Website aktiv. --xwolf 16:50, 23. Aug. 2013 (CEST)
1.4.3b Kontraste von Grafiken ausreichend
Abzug: 0.5
Welche genau? Vermute, es handelt sich um redaktionell erstellte Grafiken in der Sidebar, bin mir aber nicht sicher... --xwolf 16:51, 23. Aug. 2013 (CEST)
1.4.4a Schriftgröße variabel

Die Teaser in der rechten Spalte sind absolut positioniert und überlagern die ersten drei Aktionsaufrufe, wenn dort der Text größer wird.

Abzug: 0.5
Stimmt. An dieser Stelle ist die Gestaltung broken by concept :( Leider kann der Teaserbereich momentan nicht mitwachsen, da er mit den Slider links davon zusammenhängt. Die Bilder in den Slider haben eine fest vorgegebene Größe von 240 Pixel in der Höhe. Eine Vergrößerung des Textes mit der Schrifthöhe rechts davon würde bedeuten, daß es im Slider optische "Defekte" geben würde, da dort die Bezeichnung des Artikels am rechten unteren Rand ebenfalls nach unten wandern würde, während die Grafik (als nicht wachsendes Element) oben bliebe. Eine Lösung müsste daher den Teaserbereich umkonzeptionieren. Gleichwohl muss darauf hingewiesen werden, daß die Links im Teaser (die bei großes Schrift nach unten unsichtbar werden) ebenfalls im normalen Menü sind und daher doch zugänglich sind. Eine andere Lösung bei einer größeren Schrift kann daher schlicht die sein, die Linklistelemente, die nicht mehr in den Bereich passen, ganz auszublenden.
Eine endgültige Lösung ist jedoch noch offen. Da man aber die Links auch übers Menü erreicht, ist hier IMHO keine Dringlichkeit geboten, oder? --xwolf 17:01, 23. Aug. 2013 (CEST)
2.2.1a Zeitbegrenzungen anpassbar

Es gibt eine Pause-Taste, die aber nicht tastaturbedienbar ist.

Abzug: 0.5
Ist in der nächsten Theme-Version behoben. --xwolf 23:54, 3. Sep. 2013 (CEST)
2.2.2a Bewegte Inhalte abschaltbar

Es gibt eine Pause-Taste, die aber nicht tastaturbedienbar ist.

Abzug: 0.5
Ist in der nächsten Theme-Version behoben. --xwolf 23:55, 3. Sep. 2013 (CEST)
2.4.3a Schlüssige Reihenfolge bei der Tastaturbedienung

Etwas nervig ist, dass zu jedem Artikel drei Links auf Titel, Datum und "weiterlesen" Link

Abzug: 0.5
Ob dies einen Abzug rechtfertigt? Zumal es sich nicht um dieselben Links handelt. Der Link bei dem Datum geht direkt zu den Kommentaren unter dem Artikeltext. Er ist per Option nicht vorhanden, wenn keine Kommentare da sind. Ich hab jetzt eingebaut, daß der "Weiterlesen" Link unter einem Textauszug nur noch erscheint, wenn der Textauszug und der Originaltext nicht identisch sind. Ansonsten ist es schon gängige Praxis, weiterlesen Links zu haben. Dieses Thema war aber auch schon mal Inhalt einer längeren Diskussion in der WAI-Szene. Einige sagen, es ist richtig so wie es jetzt ist, andere sagen, es muss nur der Weiterlesen Link da sein, aber der Titel nicht, andere genau umgekehrt. Von daher denke ich, ist die kommende Option (Admins können es im Backend auch wie vorher schalten), dass der "Weiterlesen"-Link nur dann kommt, wenn der Artikel länger als der Auszug ist, ein geeigneter Kompromiss. Wird mit dem nächsten Themenupdate aktiviert. --xwolf 17:25, 23. Aug. 2013 (CEST)

teilweise erfüllt sind 5 Prüfschritte:

1.3.1d Inhalte gegliedert

Absätze sind mit p-Elementen gekennzeichnet, das Kontaktformular aber nicht mit fieldset

Abzug: 1
Wurde korrigiert. --xwolf 17:05, 6. Sep. 2013 (CEST)
1.4.3a Kontraste von Texten ausreichend

Der Fließtext ist OK, aber die Linktexte sind nicht kontrastreich: die hellblaue Farbe auf weißem, hellgrauen oder schwarzem Hintergrund ist nicht ausreichend. Auch der weiße oder schwarze Text auf orange ist nicht kontrastreich genug.

Abzug: 1
Widerspruch: Der WCAG2 ColorChecker ist hier anderer Meinung.
Color-contrast-check-20130823.jpg
Erst bei einem Check gegen WCAG2 in Level AAA werden Links im Inhaltsbereich als nicht ausreichend kontraststark gekennzeichnet. Zwar merkt der Colorchecker auch vorher im Kopfbereich nicht ausreichende Kontraste bei den Stickertexten an, dieses basiert aber aufgrund der Festpositionierung auf einer Falschberechnung der dortigen Hintergrundfarbe durch den Checker. --xwolf 17:51, 23. Aug. 2013 (CEST)
1.4.4b Bei Zoom auf 200% benutzbar

Die Teaser in der rechten Spalte sind absolut positioniert und überlagern die ersten drei Aktionsaufrufe, wenn dort der Text größer wird.

Abzug: 1
Siehe auch Kommentar zu 1.4.4a . Allerdings muss hier ergänzt werden, daß alle Teaserlinks nur eine zusätzliche Form sind um den Inhalt zu erreichen. Alle Links des Teasers sollen als Styleguide auch über das Menü zugänglich sein. --xwolf 17:32, 23. Aug. 2013 (CEST)
2.1.1a Ohne Maus nutzbar

Der Fokus auf den durchscrollenden Themen auf der Startseite sind nicht erkennbar, die Bedienelemente des Scrollers werden nicht angesteuert, und die Navigation ist zwar komplett tastaturbedienbar, aber nicht mit den üblichen Tasten (ARIA).

Abzug: 1.5
Mit der neuen Themeversion sollten diese Probleme behoben sein. --xwolf 17:06, 6. Sep. 2013 (CEST)
2.4.7a Aktuelle Position des Fokus deutlich

Manchmal ist der Fokus schwer zu erkennen, bei den Links im scrollenden Header gar nicht.

Abzug: 0.5
Rückfrage: Wo genau, bitte genauer spezifizieren? --xwolf 17:07, 6. Sep. 2013 (CEST)

Status der Korrekturen

Einzelstatus siehe oben.

Allgemeiner Status zum 23.08.2013:

Was jetzt noch offen ist, ist das Problem mit den 3th Party Komponenten: Nämlich die Einbindung von Videos aus anderen Quellen über iFrame und der Slider. Bei dem Embedding der Videos kann man ggf. was tricksen. Problem: Es ist abhängig von der Gnade der Anbieter (YT und co) ob diese Tricks lange Bestand haben. Wir hatten bei Twitter ja dasselbe Problem: Wir haben es perfekt gemacht und dann ändern die hopplahop ihre API und wir können es einstampfen...

Das andere Ding ist der Slider. Damals wurde der Flexslider verwendet. Wir können den sicherlich korrigieren. Das hat aber zur Folge, daß wir bei Updates des Flexslider-Skriptes aussen vor sein werden. Das ist ungünstig. Aber unter Umständen hinzunehmen.

Und das letzte ist das Formular. Auch hier liegt die Ursache in einem Plugin. Da bin ich aber optimistisch, es ohne Seiteneffekte lösen zu können.

--xwolf 18:09, 23. Aug. 2013 (CEST)


Status Video-Embeddings (28.08.2013)

Nach Diskussionen mit weiteren Experten und der genaueren Betrachtung des Wordpress-Codes kann hinsichtlich des barrierefreien Embeddings von Videos (Testkriterien 1.2.2a und 1.2.3a) folgender Zwischenstand gegeben werden.

  1. Wenn ein Videolink rein optional und zusätzlich zu einer Verlinkung auf das Videoportal erfolgt, dann sehen einige Experten (z.B. Marco Zehe, Diskussionsfaden: https://twitter.com/MarcoZehe/status/371196892602204160 ) keine Notwendigkeit, die Regeln hier streng anzuwenden.
  2. Die Erstellung des Embeddings von Videos und anderen Medien erfolgt im CMS Wordpress mit Hilfe des Standards oEmbed ( http://oembed.com/ ). Dabei wird im Wordpress ein Link einer definierten Form automatisch erkannt als zugehörig zu einem oembed-Provider. Daraufhin wird über die standardisierte Schnittstelle dieser oembed-Provider nach dem embed-Code gefragt. (Nebenbei: Somit erfolgt durch das Backend eine automatische Verbindung zum Provider, hier Google YouTube, bei der dieser ein Zeitstempel des Zugriffs erhält; Jedoch keine weiteren auswertbaren Daten. Trotzdem kann dieser Zeitstempel in Korrelation mit anderen Daten mglw. ein Tracking begünstigen). Dieser embed-Code wird dann in der Webseite anstelle des Links ausgegeben. Eine Modifikation ist derzeit nur eingeschränkt möglich (und widerspricht ja dann auch dem Standard). Festzuhalten ist jedoch: Der mit Barrieren versehene Code kommt direkt von YouTube und ist somit bei Nutzung dieses Verfahrens nicht änderbar.
  3. Als "Notlösung" wird daher in der kommenden Version des Themes ein Ausnahmeverhalten bei YouTube-Videos eingebaut:
    • Der Embed-Code wird nicht von YouTube über oEmbed geholt, sondern direkt vom Theme erzeugt.
    • Vor dem Embed-Code (iframe), wird ein expliziter und klickbarer Link zum Video auf der YouTube-Plattform angezeigt. Das Embedding wird damit optional.
    • Aus Datenschutzgründen wird zudem das Videoembedding nicht direkt von youtube.com, sondern von youtube-nocookie.com geholt.

Diese Lösung ist nur eine Notlösung, die von ungewisser Dauer ist. Eine dauerhafte Lösung liegt meines Erachtens ausserhalb unserer Möglichkeiten, da diese von dem jeweiligen Portalbetreiber (hier: Google YouTube) selbst kommen müsste. Dieser liefert momentan über oEmbed einen nicht barrierefreien Code. Jegliche nachträgliche Korrektur des Codes im Theme durch uns oder andere kann jederzeit durch Änderung der Syntax von YouTube aufhören zu funktionieren.

Eine andere, aber unbefriedigende Lösung zeigt das Beispiel des Einfach-für-Alle Blog: Videos auf Plattformen werden lediglich verlinkt, ein Embedding erfolgt grundsätzlich nicht. Dies ist unbefriedigend, da es aus Sicht der Usability schlecht ist, den beschriebenen Inhalt nicht auch gleich zu sehen. Nur bei Inhalten, wo ein Video tragendes Element des Berichts ist, wird es eingebunden. Dort allerdings dann mit allen notwendigen Texten: http://www.einfach-fuer-alle.de/biene-2010/video/ Hierzu bedarf es jedoch auch redaktionellen Wissens. Dieses ist bei den rein ehrenamtlich tätigen Redakteueren überwiegend nicht vorhanden und kann auch nicht stetig durch Schulungen vermittelt werden.

--xwolf 14:02, 28. Aug. 2013 (CEST)


Status 6.09.

Alle wesenetlichen technischen Probleme wurden behoben, bzw. werden durch das kommende Themeupdate behoben. Das Themeupdate wird am kommenden Wochenende eingespielt. Folgende Probleme sind jedoch weiterhin offen und nicht nachhaltig lösbar:

  • Verwendung von verständlicher Sprache bei Artikeln, kennzeichnung von Abkürzungen und von Fremdsprachen
  • Ordentliche beschreibung von Bildern
  • Korrekte Linksetzung

Es handelt sich hier um die sogenannten "weichen Faktoren": Nicht jeder ehrenamtliche Redakteuer ist ausreichend erfahren und geschult um entsprechende Texte richtig zu schreiben.

--xwolf 17:12, 6. Sep. 2013 (CEST)

Abgerufen von „https://wiki.piratenpartei.de/wiki/index.php?title=Servicegruppen/Webseite/Tests/www.piratenpartei.de&oldid=2185829“