Wikipedia:BIENE/Meldestelle

aus Wikipedia, der freien Enzyklopädie

Wechseln zu: Navigation, Suche

Inhaltsverzeichnis

[Bearbeiten] Ein- und ausklappbare Navileisten etc.

Weil die Diskussion gerade auf WP:FZW auftaucht, frage ich auch mal hier nach. Stellt die Verwendung der auf- und einklappbaren Navileisten und anderer so formatierter Textabschnitte (z.B. Tabellen) ein Problem dar? Liesel 19:39, 16. Mai 2008 (CEST)

Die Dinger funktionieren doch mit Javascript oder? Das hat nicht jeder. JS ist nicht per se böse, aber eine bevormundende Technik und sollte vermieden werden. --RalfR → BIENE braucht Hilfe 00:18, 17. Mai 2008 (CEST)
Bei ausgeschaltetem Javascript sind die Navileisten generell ausgeklappt. Liesel 08:05, 17. Mai 2008 (CEST)
Gibts dann einen nicht funktionierenden Link "einklappen"? --RalfR → BIENE braucht Hilfe 13:57, 17. Mai 2008 (CEST)
Nein es gibt dann keinen Link. Liesel 14:01, 17. Mai 2008 (CEST)
Ich sehe keine Behinderung durch die Navileisten. Vielleicht äußern sich mal noch andere dazu... Als Test habe ich hier mal eine Mini-Leiste eingebaut. --RalfR → BIENE braucht Hilfe 14:30, 17. Mai 2008 (CEST)
Also ich habe auch gerade eben mal Javascript ausgeschaltet: Meiner Ansicht nach dürfte es da kaum Probleme geben. --Church of emacs ツ ⍨ 20:40, 21. Mai 2008 (CEST)
Test-Navigationsleiste

Inhalt 1 | Inhalt 2 | Inhalt 3

 

[Bearbeiten] Sonderzeichen

Machen Sonderzeichen prinzipiell Probleme? Ich danke da an die in Artikel recht häufig vorkommenden Anführungszeichen „ und “ sowie dem Kreuz † und dem Folgepfeil →. Wie viele von solchen Sonderzeichen kennt die Screenreader-Software? --Church of emacs ツ ⍨ 20:52, 21. Mai 2008 (CEST)

Das Kreuz wird von Jaws als einzelner Dolch vorgelesen. Sehr sinnig ;-) Bei Jaws7, einer noch häufig verbreiteten Version, gibt es keine Ansage der speziellen vorderen Anführungszeichen, während die normalen " vorgelesen werden. Der Folgestrich und viele andere Zeichen werden auch nicht erkannt, zumindestens nicht von der Sprachausgabe, dass könnte bei einer Braillezeile anders sein. Bei deiner Signatur kann ich beispielsweise nur den Benutzernamen lesen, aber die Bezeichnung für die beiden folgenden Links werden nicht angesagt. Hier steht noch mehr dazu. Gruß von Lalü 21:15, 21. Mai 2008 (CEST)
Beim "Kreuz" liegt Jaws da gar nicht so falsch, da es ja kein Kreuz ist, sondern nur umgangssprachlich so genannt wird. Siehe Kreuz (Schriftzeichen). Zitat: "Das Symbol zur Markierung von Verstorbenen, entweder bei der Altersangabe, oder als Markierung des Todesjahrs, ist nur umgangssprachlich ein Kreuz. Offiziell handelt es sich hierbei um einen stilisierten Dolch." Liesel 21:20, 21. Mai 2008 (CEST)
Gut, danke Lalü für die Erklärung. Eigentlich sollte es ja möglich sein, ein Gadget oder so zu schreiben, dass die häufigsten Sonderzeichen für Screenreader verständlich umwandelt. Die beiden Zeichen in meiner Signatur sind übrigens asiatische Schriftzeichen, wie wie Smileys aussehen... tut mir leid, dass du die nicht lesen kannst. Das soll quasi ein nettes Gesicht sein, dass den Leser meiner Nachricht anschaut (und vielleicht ein wenig aufmuntert). Gruß, --Church of emacs ツ ⍨ 21:33, 21. Mai 2008 (CEST)

[Bearbeiten] Interne Links

Für das Anklicken der internen Links wird ja eine Mause oder ein Trackball verwendet. Gibt es eigentlich so eine Funktion auch bei Screenreadern und ähnlichen Geräten? Beim Vorlesen eines Textes dürfte das ja nicht möglich sein oder gibt es da einen akustischen Hinweis, dass an dieser Stelle ein verlinkter Text vorhanden ist? PS: Ich habe mir die blogs zur Fachtagung durchgelesen, danach scheinen viele Probleme die selben zu sein, die sonst auch oft genannt werden. Dass z.B. in der Wikipedia komplizierter geschrieben wird als im Brockhaus, hatte zuletzt ja auch ein Vergleich erbracht. --Goldzahn 04:37, 23. Mai 2008 (CEST)

Was verstehst du unter einem "internen" Link? Ein Link ist ein Link, Screenreader haben keinen Grund, da irgend eine Unterscheidung zu machen. So weit ich weiß, werden Links innerhalb des Fließtextes als Teil des normalen Textes vorgelesen, mit dem Unterschied, dass man vorher das Wort "Link" hört und die Linkbeschriftung evtl. in einer leicht anderen Betonung gesprochen wird. Ganz konkret heißt das, dass ein Text mit zu vielen Links immer schlechter verständlich wird, weil man dauernd nur "Link, Link, Link" hört. Aber das ist wie so vieles auch Gewöhnungssache. Wikipedia ist nun mal von Natur aus stärker verlinkt als andere Websites. --TM 22:56, 23. Mai 2008 (CEST)
Interessant. Ich hatte befürchtet, dass die Verlinkung nicht funktioniert und man deshalb Begriffe im gerade aufgerufenen Text stärker erklären müsste. --Goldzahn 23:24, 23. Mai 2008 (CEST)
Lalü mag mich korrigieren... Ich glaube, blinde Benutzer können interne nicht von externen Links unterscheiden. Wir sehen die kleinen Bildchen hinter externen Links (Pfeil, PDF...), sie aber wohl nicht? --RalfR → BIENE braucht Hilfe 23:32, 23. Mai 2008 (CEST)
Externe Links werden ja ins Kapitel "Weblinks" verbannt, sind also durch ihre Position im Text erkennbar. --Goldzahn 00:01, 24. Mai 2008 (CEST)
Genau. Für die kleinen Bildchen gibt es im Screenreader keine Entsprechung. Aber es ist möglich, mit einer Tastenkombination die URL vorlesen zu lassen, die man beim Aktivieren des Links ansteuern wird. Ich glaube, die kann man dann ganz gut unterscheiden, je nachdem ob sie mit "http" anfangen oder nicht. Lalü mag mich korrigieren, falls das nicht korrekt ist. --TM 01:36, 24. Mai 2008 (CEST)
Lalü hat übrigens schon einmal etwas zur Screenreader-Selbsterfahrung geschrieben, da stecken die Antworten im Prinzip schon mit drin. --TM 01:41, 24. Mai 2008 (CEST)

[Bearbeiten] Captchas bei Weblinks

Im Support helfen wir sehbehinderten Benutzern, die sich aufgrund der Captcha-Eingabe nicht selbständig anmelden können. Das ist umständlich, aber es funktioniert wenigstens. Heute habe ich einer blinden Person die Anmeldung erledigt, die dann - in angemeldetem Zustand - beinahe an einer zweiten Captcha-Aufforderung gescheitert wäre, als sie in einem von ihr verfassten Artikel einen Weblink unterbringen wollte. Offenbar ist die Software so eingestellt, dass neue Benutzer Weblinks nur nach weiterer Captcha-Eingabe speichern können - ab irgendeinem Schwellenwert (Anmeldedauer, Editzahl?) entfällt das dann. Diese Barriere kann auch mit Hilfe des Supports nicht überwunden werden; im ungünstigsten Fall ist eine komplette Artikeleingabe weg. Hierfür müsste imho dringend eine Lösung her. So lange wir kein Audio-Captcha haben (warum eigentlich nicht?) wäre z.B. ein Flag sinnvoll, dass ein Admin einem sehbehinderten Nutzer setzen kann, damit der im angemeldeten Zustand niemals auf Captcha-Abfragen stößt. Gruß Superbass 21:05, 3. Jun. 2008 (CEST)

Hallo Superbass, vielen Dank für diesen Beitrag. Das von dir angesprochene Problem ist wirklich sehr nervig, aber 4 Tage nach der Erstellung eines Kontos sollte diese CAPTCHA-Abfrage beim verlinken auf externe Seiten nicht mehr auftauchen. Siehe dazu auch in der Hilfe für blinde Benutzer. Es wäre wirklich toll, wenn bei der Anmeldung durch euch Support-Freiwilligen eine bestimmte Einstellung vorgenommen werden könnte, die diese viertägige Sicherheitsfrist auf Null setzt. Dabei sollte aber wenn möglich vermieden werden, dass alle Admins einfach sehen können, dass es sich bei einem bestimmten Benutzer um einen blinden oder sehbehinderten Menschen handeln könnte. Diese Information sollte nur dem zuständigen Support-Mitarbeiter bekannt und nur den wenigen System-Admins zugänglich sein, um die Privatsphäre des Nutzers zu wahren. Der Grund, warum wir noch keinen Audio-CAPTCHA haben, könnte dich auch interessieren. Selbst wenn wir einen hätten, würden User mit einer Kombination aus Seh- und Hörbehinderung weiterhin von dem Problem dieser Sicherheitsabfrage betroffen sein. Ihr Supportler macht einen für einige Menschen wirklich wichtigen Job! Ich hoffe, dass es möglich ist, die viertägige Frist im Einzelfall manuell einfach abschalten zu können. Vielleicht könnte man das Datum der Konto-Erstellung frisieren, so dass das System den neuen Nutzer bereits seit 4 Tagen für angemeldet hält? Gruß von Lalü 22:13, 3. Jun. 2008 (CEST)
Ob das technisch möglich ist, kann vielleicht Raymond beantworten. --RalfR → BIENE braucht Hilfe 22:36, 3. Jun. 2008 (CEST)
Das sollte mit ein paar kleinen Softwareänderungen über Special:Userrights gehen. Schließlich wird dort bereits der Sichter-Status von Admins vergeben; das sollte man auch so ändern können, dass der autoconfirmed-Status auch vergeben werden kann. (Eventuell können das die Bürokraten bereits, da bin ich mir nicht ganz sicher). Gruß, --Church of emacs ツ ⍨ 07:03, 4. Jun. 2008 (CEST)
Danke für die Rückmeldungen; ich werde Raymond morgen sehen und ihn mal drauf ansprechen. Dem blinden Nutzer kann ich die Sache mit den vier Tagen noch nachträglich erklären. Schönen Gruß --Superbass 00:09, 6. Jun. 2008 (CEST)

Das Problem wäre lt. Raymond nur durch die Anlage einer neuen Benutzergruppe zu lösen, wofür recht dicke Bretter zu bohren wären. Ich habe, um den unangenehmen Fall eines Artikel-Totalverlustes in den ersten vier Tagen zu vermeiden, die Mediawiki-Systemnachricht erweitert, die man bei einer Registrierung eines neuen Benutzers durch den Support erhält:

"Hinweis für Menschen mit Sehbehinderung: Wenn die Erstellung des Benutzerkontos aufgrund von Schwierigkeiten mit dem Captcha-Code erfolgte, warte bitte noch vier Tage, bevor Du einen neuen Weblink in einen Artikel einbaust. Dabei würde sonst erneut eine Captcha-Aufgabe gestellt. Nach vier Tagen entfällt diese Einschränkung. Bitte beachte auch die Hilfeseite für blinde Benutzer: http://de.wikipedia.org/wiki/Hilfe:Blinde_Benutzer"

Gruß --Superbass 22:06, 7. Jun. 2008 (CEST)

[Bearbeiten] Frage zu Einheitenzeichen

Mal eine Frage aus Interesse: Versuchen Screenreader Einheitenzeichen hinter Zahlenangaben zu erkennen und entsprechend vorzulesen? Also wird beispielsweise die Angabe "22 Kg" in einem Text als "Zweiundzwanzig Ka Geh" vorgelesen oder als "Zweiundzwanzig Kilogramm"? -- Uwe 01:55, 21. Jun. 2008 (CEST)

Dies ist zwar keine Antwort auf die Frage, aber der Hinweis, dass Kilo mit k abgekürzt wird. Das große K findet nur bei der Bytezählung Anwendung (KB). --32X 20:19, 21. Jun. 2008 (CEST)

[Bearbeiten] Meinungsbild Typografie

Ein Meinungsbild ist in Vorbereitung. Wie sieht es mit Screanreader oder Braille dabei aus? --RalfR → DOG 2008 15:15, 18. Jul. 2008 (CEST)

[Bearbeiten] Standardgröße Bilder

Wie steht es eigentlich mit der Größe von Bildern? Angenommen, in einem Artikel wurde einem Bild eine fixe Größe gegeben, z.B. 300px. Dann ist das doch störend für einen Sehschwachen, der in seinen Einstellungen eine Standardgröße von 500px angegeben hat? Ist das ein Argument gegen fixe Größen aus BIENE-Sicht?-- Ziko 16:58, 4. Okt. 2008 (CEST)

Lieber Ziko, das Argument gegen fixe Bildgrößen hat für alle Nutzergruppen Gültigkeit. Flexibilität geht vor Starrheit, ob für den Sehschwachen, den PDA- oder Weitbildschirm-Nutzer. Feste Werte überschreiben in der Tat nutzerspezfische Einstellungen, daher sollte bei Skalierungen von Bildern ein prozentuales Verhältnis angeben werden, so wie es die Bilder-Hilfeseite erklärt. — Lecartia Δ 13:50, 5. Okt. 2008 (CEST)
Wäre es nicht einfacher eine Option hinzuzufügen, mit der man alle Bilder, auch die mit fixer Größe, um x% vergrößern kann? --Church of emacs D B 14:51, 5. Okt. 2008 (CEST)
Danke für die Unterstützung, Lecartia. Mancherorts verteidigen Fixler ihre Fixierung vehement. CoE, du meinst, dass man bei den Eigenen Einstellungen zusätzlich eine Option einbaut, dass AUCH fixierte Größen angepasst werden? Das Problem wäre, dass manche Bilder tatsächlich ihre fixe Größe behalten sollen, etwa die Fläggchen bei Auflistungen von Städtepartnerschaften.-- Ziko 15:41, 5. Okt. 2008 (CEST)
Hm, stimmt, das Problem hab ich nicht bedacht… In Firefox 3 kann man übrigens mit [Strg] + [+] alles größer machen, inklusive der Bilder. Sollte vielleicht auch reichen. --Church of emacs D B 20:24, 6. Okt. 2008 (CEST)

[Bearbeiten] cursor:help und abbr-tags

Hallo, ich habe gerade Bug 15871 eröffnet, in dem es darum geht zu den Abkürzungen N, K und B in den letzten Änderungen und der Beobachtungsliste ein Hilfetext hinzuzufügen, der angezeigt wird, wenn man mit der Maus über die Abkürzung fährt. Ein Beispiel wäre: K (dieses K enthält den Hinweis: "Nur Kleinigkeiten wurden verändert"). Eventuell wird das auch mit einem <abbr>-tag gelöst, das sähe dann wie auf dieser externen Seite aus.

Stellt das die Screenreader vor Probleme? Wird der weitere Hinweis berücksichtigt, oder ignoriert? Gruß, --Church of emacs D B 20:33, 6. Okt. 2008 (CEST)

Auf der Beispielseite sehe ich zwei Zeilen: In der ersten steht "Normaler Text" und in der zweiten "Abkuerzung". Ich weiss nicht, ob die zweite Zeile das abbr-tag ist. Da ich in der Beobachtungsliste aber schon jetzt 14 mal die Cursortaste betätigen muss, bevor ich zum nächsten Eintrag einer geänderten Seite gelange, möchte ich darum bitten, von allem Abstand zu nehmen, was die B-Liste für Screenreader-Nutzer noch weiter aufbläht. Die Bedeutung der Abkürzungen wird ja ausserdem bereits in der Legende beschrieben. Übrigens, am liebsten wäre mir eine Möglichkeit, die zu Layoutzwecken dienenden runden Klammern aus der B-Liste auszublenden oder sie zumindestens als Teil des Links zu formatieren, den sie umschließen. Das ist wohl aber leider nicht machbar. Das würde mir am Tag ansonsten nämlich einige hundert unnötige Betätigungen der Cursor_runter-Taste ersparen. -- Lalü 12:47, 7. Okt. 2008 (CEST)

[Bearbeiten] Barrierefreies Internet

hat die einzelnachweise in einer scrollbox, ist das ok, besonders bei diesem artikel? Cherubino 01:32, 9. Okt. 2008 (CEST)

Nein, das ist nicht in Ordnung und wurde auch schon entfernt. Es gab und gibt immer wieder Diskussionen dazu, aber das Fazit war so weit ich weiß immer, dass es grundsätzlich unerwünscht ist. Siehe Hilfe:Einzelnachweise. --TM 11:00, 9. Okt. 2008 (CEST)
Von „http://de.wikipedia.org/wiki/Wikipedia:BIENE/Meldestelle“
Persönliche Werkzeuge