Unconfirmed Barrierefreiheit Bugs

de-users
#21

Moin,

ich bin da ein bisschen anderer Meinung:

Wir müssen selber unsere interessen vertreten und nicht nach den "Sehenden" schreien, die für uns einstehen sollen.

Ja, es ist wichtig für Sensibilisierung zu sorgen, aber wir müssen schon uns selber vertreten und sollten weg von der Idee, das andere das für uns tun sollen.
Es würde wahrscheinlich schon reichen, wenn in der "Qualitätssicherung" jemand mitarbeiten würde, der das Thema Zugänglichkeit aus eigener Erfahrung beurteilen kann und Ding, die nicht zugänglich sind, zurückweist bzw. das "Go" verweigert.

An dieser Konferenz würde ich auch gerne teilnehmen wollen und wenn Zugänglichkeit da ein TOP wird...um so besser.

Wäre doch gelacht, wenn man es nicht hinkriegen würde, aus einem
OpenSource Projekt ein Vorbild in Sachen Zugänglichkeit zu machen.
Oder so. :wink:

Gruß

Karl-Heinz

#22

Hallo Karl Heinz,

selbstverständlich müssen wir unsere Interessen selbst vertreten.
Schließlich wissen wir selbst nur, was wir an Maßnahmen zur
Barrierefreiheit brauchen.

Wir werden aber zur Umsetzung auch sehende Personen brauchen. Wir
werden an sehenden nicht vorbeikommen. Allerdings muss der Austausch
mit sehenden auf Augenhöhe geschehen. Ich hoffe sehr, dass dieser Call
dazu im September ein Auftakt ist.

Es ist total unrealistisch, dass wir blinden und sehbehinderten
alleine libre Office umkrempeln. Dafür sind wir noch zu "schwach". Es
fehlt uns an Wissen über LO und auch an Man and woman Power...

Viele Grüße

Niels

#23

Schönen Nachmittag an alle aus Wien!

In der Praxis bemerke ich immer wieder, dass ich mit einem Screenreader
nicht immer alle Informationen bekomme, die auch ein sehender
Programmnutzer hat.

Hilfreich wäre es meiner Ansicht, bei Fehlermeldungen abzugleichen, was
sieht eine sehende Person und was stellt der Screenreader dar.

Um Informationsüberflutung zu vermeiden, ist darauf zu achten, das
eventuell zur Verfügung stehende Informationen "zweistufig" mit Hilfe
des Screenreaders angeboten werden, so wie ich das bei der
Formatierungsangabe bei den Zellen von CALC von LO angemerkt habe.

Ja, im Sinne der barrierefreien Zugänglichkeit LO als Leuchtturmprojekt
umzusetzen, kann ich was abgewinnen.

Viele Grüße

Wolfgang Kremser
Neilreichgasse 99/9/12
1100 Wien
Österreich / Austria

E-Mail: wolfgang.kremser@gmx.at

Tel. Festnetz: +43 1 604 13 58 (Anrufbeantworter)
Tel. Mobil: +43 664 25 45 999

Skype: Verkehrswolferl
Facebook: https://www.facebook.com/wolfgang.kremser.735

Die oben stehende Nachricht und eventuelle Anhänge sowie angeführte
Links sind vertraulich und ausschließlich zur Kenntnisnahme durch den
oder die im Mail genannten Adressaten bestimmt.
Der Inhalt der Nachricht darf nicht weitergeleitet oder für irgendwelche
Zwecke verwertet werden.
Sollten Sie nicht der vorgesehene Empfänger sein, ersuche ich Sie, mich
unverzüglich zu informieren und die Nachricht zu löschen.

#24

Hi,

so habe ich das auch nicht gemeint, aber Deine ursprüngliche Nachricht las sich so, als sollten die "sehenden" die Kastanien aus dem Feuer holen.

Ansonsten finde ich das der Call schon mal ein wichtiger Fixpunkt sein kann.
Lasst uns bis dahin aber noch weiter "Bugs" jagen. :wink:

Gruß

Karl-Heinz

#25

Hallo Karl Heinz,

ich habe jetzt unsere bisherigen Bugs auf "New" gesetzt. D.h.
insgesamt die ca. 13 Einträge, die Dieter hier auch verlinkt hatte.

Ich hoffe mir ist kein Bug beim auf "New" stzen durch die Lappen gegangen.

Falls doch noch ein Bug nicht auf New sein sollte, bitte ich um Nachricht.

VG

Niels

#26

Hallo in die Runde,

Hallo Karl-Heinz,

Hi,

schade irgendwie.

Wäre doch irgendwie toll, wenn die Bugs auch bestätigt werden.

Wie könnte man das ansonsten anstoßen?

Bugs zu bestätigen ist die Aufgabe der im Englischen sogenannten Bug
Triage. Mehr zur Bug Triage findest Du hier:

https://wiki.documentfoundation.org/QA/BugTriage

oder auf Deutsch hier (wahrscheinlich veraltet):
https://wiki.documentfoundation.org/QA/BugTriage/de

Damit ein Bug zur Barrierefreiheit geprüft (triage) wird, müsste er in
den Fokus eines Prüfers (trier) geraten. Folgende Möglichkeiten sehe ich:

(1) Man könnte dem Bug das Keyword 'accessibility' zuweisen in der
Hoffnung, dass jemand Bugs mit diesem Keyword sucht. Meiner Meinung nach
eher unwahrscheinlich.

(2) Man könnte den Bug dem Meta-Bug zur 'Accessibility' zuordnen. Dazu
muss unter 'Blocks:' die Bugnummer 101912 eingetragen werden. Aber auch
hiermit halte ich es für unwahrscheinlich, dass der Bug bearbeitet wird.
Hier findest Du die Liste der offenen Bugs zum Meta-Bug 'Barrierefreiheit':
https://bugs.documentfoundation.org/showdependencytree.cgi?id=101912&hide_resolved=1

Ich habe hierzu einmal "Buzea Bogdan" darauf angesetzt, die Meta-Bugs
hinzuzufügen, da er aktuell sowieso sich an die "Metasierung" offener
Bugs gesetzt hat.

</snip>

Grüße
Harald K.

Viele Grüße

Dennis Roczek