Warum ich Macs blinden Computer-Nutzern in meinem Umfeld nicht mehr empfehlen kann

 (applevis.com)
1 Punkte von GN⁺ 2023-10-09 | 1 Kommentare | Auf WhatsApp teilen
  • Auf dem Mac besteht seit Langem ein Problem, bei dem Safari mit VoiceOver wiederholt „Safari not responding“ meldet und für mehrere Minuten einfriert, was die tägliche Arbeit von blinden und sehbehinderten Nutzern direkt behindert
  • Ähnliche Nicht-Reagieren-Zustände können nicht nur in Safari, sondern auch in Anwendungen auf Basis von WebKit auftreten, was das Vertrauen in die Barrierefreiheit von macOS insgesamt erschüttert
  • Manche Nutzer können sich durch App-Wechsel oder einen Neustart von VoiceOver daraus befreien, oft ist jedoch nicht einmal ein Wechsel möglich und man muss warten, bis der Mac wieder reagiert
  • Da dieses Problem über mehrere macOS-Versionen hinweg ungelöst bleibt, ist der Mac für Nutzer, die auf VoiceOver angewiesen sind, in Safari und verwandten Apps zu einer schwer vorhersehbaren Plattform geworden
  • Es braucht höflichen Druck, indem man dem Apple-Accessibility-Team die tatsächlichen Auswirkungen schildert und bis zur Lösung den Kauf oder die Empfehlung neuer Macs zurückstellt

Der unbenutzbare Zustand durch „Safari not responding“

  • Beim Einsatz von VoiceOver auf dem Mac gibt es ein langjähriges Problem, bei dem Safari nicht mehr reagiert und VoiceOver wiederholt die Meldung „Safari not responding“ ansagt
  • Tritt das Problem auf, kann der Mac für bis zu mehrere Minuten praktisch unbenutzbar werden
  • In manchen Fällen kann man entkommen, indem man von Safari zu einer anderen App wechselt oder VoiceOver neu startet
  • Sehr oft können Nutzer Safari jedoch weder verlassen noch VoiceOver ausschalten und müssen warten, bis der Mac wieder reagiert
  • Das zugehörige Problem ist auf AppleVis dokumentiert: Safari/WebKit applications can become unresponsive when using VoiceOver

Auswirkungen über Safari hinaus bis in WebKit-basierte Apps

  • Das Verhalten „Safari not responding“ verschlechtert die Produktivität und die allgemeine Nutzbarkeit des Mac für blinde und sehbehinderte Nutzer erheblich
  • Es ist nicht auf Safari beschränkt; auch viele gängige Apps, die Apples Browser-Engine WebKit verwenden, können von „not responding“-Problemen betroffen sein
  • Sowohl bei alltäglichen als auch bei wichtigen Aufgaben treten die Bugs in Safari und anderen Apps auf, wodurch das macOS-Erlebnis instabil und frustrierend wird

Selbst auf leistungsstarken Macs schwer zu vermeiden

  • Das Problem tritt unabhängig von der Hardware-Ausstattung des Mac auf
  • Es wird auch auf aktuellen Macs mit Apple silicon und Geräten mit 16 GB RAM oder mehr weit verbreitet erlebt
  • Selbst Nutzer moderner High-End-Mac-Hardware können diesem schwerwiegenden VoiceOver-Bug kaum entkommen

Über Jahre gewachsenes beschädigtes Vertrauen in die Barrierefreiheit

  • Dieses zentrale Problem besteht seit Jahren über mehrere macOS-Versionen hinweg, und Apple konnte keinen dauerhaften Fix liefern
  • Wegen der langen Dauer und des Ausmaßes der Störungen in Safari und anderen Apps ist es kaum noch möglich, den Mac Nutzern, die auf VoiceOver angewiesen sind, guten Gewissens zu empfehlen
  • Eine Ausnahme bleiben bestimmte Anwendungsfälle, die nur mit dem Mac erfüllt werden können
  • Der Mac war traditionell in der Community blinder Nutzer beliebt und bietet auch gute Barrierefreiheitsfunktionen
  • Dass Apple dieses Problem so lange ungelöst lässt, wirft jedoch ernste Fragen zu dem oft betonten Versprechen zur Barrierefreiheit des Unternehmens auf
  • Es wird auch kritisiert, dass ein vergleichbares Problem bei sehenden Nutzern erhebliche Medienberichterstattung und einen schnellen Fix von Apple ausgelöst hätte

Welcher Maßstab für Kunden gilt, die denselben Preis zahlen

  • „Bessere Behandlung“ bedeutet nicht, dass blinde Menschen oder Nutzer von Bedienungshilfen Sonderrechte verlangen
  • Blinde und sehbehinderte Nutzer kaufen Macs ebenfalls zum gleichen Premium-Preis wie andere Kunden
  • Anders als die meisten Mac-Nutzer müssen VoiceOver-Nutzer hinnehmen, dass ein teures Gerät mehrmals am Tag für mehrere Minuten nutzlos wird
  • Eine Behinderung und die Nutzung von VoiceOver senken nicht den Maßstab, den man an Apple anlegen sollte
  • Im Gegenteil: Apple trägt eine noch größere Verantwortung, ein Erlebnis auf Augenhöhe mit sehenden Nutzern zu liefern

Die Einschränkung eines schwer reproduzierbaren Bugs

  • Es ist nachvollziehbar, dass Apples Engineering-Team Schwierigkeiten haben könnte, dieses Problem zu beheben
  • Nutzerberichten zufolge scheint es keine Methode zu geben, das Verhalten „Safari not responding“ zuverlässig zu reproduzieren
  • Dieselbe Webseite kann mehrfach problemlos funktionieren und dann plötzlich einen Hänger auslösen
  • Je nach Nutzer, Gerät und Konfiguration unterscheidet sich das Verhalten, was das Eingrenzen der Ursache und die Behebung erschwert
  • Angesichts von Apples technischem Talent und Ressourcen sollte diese Herausforderung dennoch nicht unüberwindbar sein

Wie sich der Druck auf Apple direkt erhöhen lässt

  • Der Druck sollte steigen, damit Apple den VoiceOver-Nutzer seit Langem plagenden Bug „Safari not responding“ priorisiert und dauerhaft behebt
  • Nutzer, die VoiceOver auf dem Mac verwenden, können sich direkt an Apples Accessibility-Team wenden und ihre Erfahrungen und Beschwerden teilen
  • Der Druck sollte direkt, aber höflich und konstruktiv sein
  • Auch Tim Cook sollte über die direkten Auswirkungen des anhaltenden Bugs auf Apples blinde und sehbehinderte Kunden informiert werden

Weitere macOS-Barrierefreiheitsprobleme und der Aufruf zum Kaufstopp

  • „Safari not responding“ ist nicht das einzige Problem, das blinde und sehbehinderte Mac-Nutzer betrifft
  • In einem jüngsten Beitrag zu Problemen und Reaktionen rund um macOS Sonoma sind weitere Beschwerden und Fehlfälle zusammengetragen
  • Dennoch ist dieser Bug zu einem Maßstab für Apples gesamte Leistung bei der Barrierefreiheit und das Engagement des Unternehmens geworden
  • Apple hat bei diesem Maßstab über einen erheblichen Zeitraum versagt
  • Nutzer sollten öffentlich über das Problem sprechen und durch Konsumentendruck handeln, indem sie bis zur vollständigen Behebung von „Safari not responding“ keine neuen Macs kaufen oder empfehlen
  • Apple muss das Vertrauen wiederherstellen, dass der Mac blinden und sehbehinderten Kunden ein stabiles und vollständig barrierefreies Erlebnis bietet

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2023-10-09
Meinungen auf Hacker News

  • Aus Sicht eines blinden Entwicklers kann ich VoiceOver unter macOS niemandem empfehlen. Bevor ich mein Sehvermögen verlor, war ich Apple-Fan, aber danach blieb mir nichts anderes übrig, als zu Windows zu wechseln, und selbst als ich 2016 Mac VoiceOver lernte, war es extrem frustrierend.
    Die Bedienung des Textbereichs in der Terminal-App war so instabil, dass sich die Befehlsreihenfolge nichtdeterministisch anfühlte, und die hierarchische Navigation auf dem Mac war deutlich umständlicher als die flache Navigation unter Windows.
    Um in Xcode auf eine einzige Projekteinstellung zuzugreifen, musste man sich bis zu neun Ebenen tief durch Unter-Panels arbeiten, und schon ein einziger Fehler führte irgendwo ganz anders hin.
    Auch die Suche auf fremdsprachigen Webseiten scheiterte daran, dass Command+F nur mit englischer Tastaturbelegung funktionierte und man im VoiceOver-Suchfeld nicht zu anderen Tastaturen wechseln konnte.
    Auch eine einfache Möglichkeit, Links im Browser in einem neuen Tab zu öffnen, fehlte im Vergleich zu Control+Enter unter Windows, und 5-Tasten-Kürzel wie Fn+Ctrl+Option+Command+Up/Down verursachten sogar Schmerzen im linken Handgelenk.
    Apple machte auf mich den Eindruck, weniger an Bugfixes interessiert zu sein als daran, auf der WWDC glänzende Folien zu zeigen, die betonen, wie sehr man sich um Barrierefreiheit kümmert.
    Unter Windows ist JAWS deutlich angenehmer, und NVDA bevorzuge ich am meisten, weil es Open Source ist und man Probleme selbst beheben kann. Auch der Screenreader-Markt liegt bei JAWS und NVDA jeweils bei etwa 45 %, während VoiceOver bei etwa 10 % liegt; deshalb halte ich es für viel sinnvoller, einen Windows-Screenreader zu lernen.

    • 5-Tasten-Kürzel wie Fn+Ctrl+Option+Command+Up/Down sind absurd. Für Menschen, deren Fingerkontrolle nicht vollständig ist oder die Zittern haben, sind sie praktisch unmöglich, und Apple sollte von seinen angehäuften Barreserven wenigstens ein paar Millionen Dollar ausgeben, um solche Probleme richtig zu beheben.
    • Apples Barrierefreiheit wirkt, ähnlich wie Nachhaltigkeit, Umwelt und vielleicht auch Datenschutz, eher nach Marketing und Kontrolle des Narrativs als nach tatsächlicher Substanz.
    • Mich würde interessieren, wie du iOS VoiceOver und den Rotor einschätzt.

  • Ich nutze seit über zwei Jahren ein MacBook Air M1 als meinen Haupt-Mac, und dieses Problem war nicht so gravierend, wie der Autor es beschreibt. Um Mac OS 12 herum gab es deutlich größere Probleme, aber selbst damals ließen sie sich mit Cmd+Option+Q und „Beenden und Fenster beibehalten“ ziemlich schnell lösen.
    VoiceOver hat viele Probleme, aber Windows-Screenreader ebenso, und am Mac gefällt mir, dass man Updates aufschieben kann, die die Barrierefreiheit kaputtmachen. Unter Windows geht das nicht, und das war einer der Hauptgründe, warum ich das Betriebssystem gewechselt habe.

    • Schön, dass es dieses Problem inzwischen nicht mehr gibt, aber bei mir ist es anders. Ich habe ein 2019 MBP, also keinen M1, und ich habe auch nicht die finanziellen Mittel, sofort ein M2-Modell zu kaufen, nur weil ich gehört habe, dass es dort ebenfalls betroffen sein kann. Bei einem Problem, das die Produktivität massiv zum Stillstand bringt, möchte ich nicht wetten.
    • Man kann auch die Standardbelegung ändern, sodass Cmd+Q beendet und die Fenster beibehält, während Cmd+Option+Q beendet und die Fenster verwirft. Ich habe das nur für Safari so eingestellt, und es ist deutlich besser.

  • Ich bin nicht blind und habe auch keine Erfahrung in diesem Bereich, aber ich fand es ziemlich beeindruckend, als ich sah, wie ein Mitarbeiter im Apple Store einer blinden Person die Nutzung von VoiceOver erklärte. Zumindest scheint ein Teil des Ladenpersonals in Barrierefreiheitsfunktionen geschult zu werden.

    • Manchmal stellen sie auch direkt blinde Menschen ein, um diese Aufgabe zu übernehmen. In dem Apple Store, in den ich damals ging, um mir zum ersten Mal einen Mac anzusehen, gab es so einen Mitarbeiter, aber ich hörte, dass er einige Jahre später in einen anderen Bereich gewechselt ist.
    • Heute mag das in einigen Stores so sein. Ich möchte gerne glauben, dass es einem Verriss zu verdanken ist, den ich über eine Erfahrung vor zehn Jahren geschrieben habe: https://liam-on-linux.livejournal.com/18605.html
      Die Behandlung damals war nach unseren Maßstäben erschreckend schlecht, und ich habe auch nicht vor, das irgendwie bescheiden zu formulieren.

  • Ich hatte strukturelle Probleme im gesamten Betriebssystem erwartet, aber oberflächlich betrachtet wirkt es wie ein bestimmter WebKit-Bug. Allerdings sind auch Beiträge und Antworten zu Problemen mit macOS Sonoma verlinkt, und für betroffene Nutzer ist es ein ziemlich schwerwiegender Bug; allein die Tatsache, dass so ein Fehler in das Produkt gelangt ist, kann selbst ein Symptom struktureller Probleme in der Organisation sein.

    • Es gibt auch einen separaten Beitrag, der das breitere Problem behandelt, und dieser hier hebt eher den schlimmsten Fall daraus hervor. Als Webentwickler, der blinde und behinderte Nutzer unterstützen möchte, grabe ich mich gerade tiefer ein, und gemessen an der Webnutzung ist VoiceOver der schlechteste der drei großen Screenreader.
      Bei der Unterstützung moderner ARIA-Attributstandards hinkt es deutlich hinterher, und in der Praxis ignoriert es viele Attribute vollständig, sodass sich das beabsichtigte Screenreader-Verhalten in VoiceOver nicht immer umsetzen lässt.
      Wie bei Safari scheint Apple auch bei der VoiceOver-Unterstützung nur Lippenbekenntnisse abzugeben, und vollständig blinde Menschen scheinen VoiceOver nur zu verwenden, wenn sie keine andere Wahl haben. Viele Online-Statistiken vermischen Betriebssystemnutzung und Webnutzung und verschleiern dadurch diese Tatsache.
    • Würdest du eine Maschine ertragen, die den ganzen Tag über zufällig für ein paar Minuten einfriert und dabei auch noch schreit?
    • Schon ein einziger Defekt kann eine Plattform zu 100 % kaputtmachen.
    • Für blinde Menschen scheint dieses Problem ungefähr so zu sein, als würde bei Sehenden der Monitor regelmäßig eine Pause einlegen. Spätestens beim dritten Mal wäre man wohl wirklich zermürbt.
    • Ein einzelner Bug, der die Nutzung des Internets komplett unmöglich macht, ist viel schlimmer als Hunderte Bugs, die es nur unbequem machen.

  • Eine interessante Perspektive, aber der Titel ist ziemlich reißerisch. Als Anwalt, der auch mehrere Menschen mit Behinderungen, darunter blinde Menschen, vertritt, kann ich sagen: Alle meine blinden Mandanten sind stark auf Apple-Produkte angewiesen und sagen, dass deren Bedienungshilfen den Alternativen deutlich überlegen sind.

    • Ich bin von MacOS, das ich zehn Jahre lang genutzt hatte, zu Linux/Wayland gewechselt, weil es meine Sehbehinderung besser ausgleicht. Ich habe Katarakte, daher hilft es mir, alles auf dem Bildschirm zu vergrößern. Unter MacOS geht das zwar auch, aber wenn die Skalierung nicht genau 1 oder 2 beträgt, wird alles unscharf; und bei 2x sinkt die horizontale Auflösung so stark, dass manche Websites Probleme machen.
      Bei einem 1080p-Monitor und 2x-Skalierung ist der Viewport nur 960 Pixel breit.
      Linux/Wayland bietet dagegen Skalierungen von 1,0, 1,25, 1,5, 1,75, 2,0 und 2,25; ich nutze seit einigen Monaten 1,75.
      Windows verhält sich ähnlich wie Linux/Wayland. Apps, die nicht für aktuelle OS-Versionen aktualisiert wurden, werden zwar unscharf, aber in diesem Punkt liegt MacOS eindeutig zurück.
    • Ich mag das iPhone wirklich sehr. Aber bei einem Computerbetriebssystem nutze ich Windows. Manche bleiben wegen Logic Pro oder der M1-Chips bei Apple, aber ich denke, dass unter blinden Menschen mit Computer rund 85 % Windows verwenden.
    • Ich habe mit Leuten aus der lokalen Community blinder Menschen in Dänemark gearbeitet; iPhones sah man dort viele, aber bei Computern nutzten alle Windows.
    • Wenn man über Menschen mit Behinderungen spricht, ist eine personenzentrierte Ausdrucksweise besser als eine, die die Behinderung in den Vordergrund stellt. Zum Beispiel ist blind people besser als „the blind“.
      Außerdem geht es hier nicht um die gesamte Barrierefreiheit von Apple, sondern um einen bestimmten Bereich: VoiceOver unter Mac OS. iOS auf dem iPhone und iPad OS sind im Allgemeinen besser als Android, haben aber ebenfalls Probleme.
      Das aktuelle Problem existiert allerdings tatsächlich und ist für Profis eine sehr große Unannehmlichkeit.
    • Bei Smartphones ist Apple klar stark, bei Computern aber nicht. NVDA unter Windows ist hervorragend und wird ständig besser.

  • Ich frage mich, was man als Alternative empfehlen würde. Soweit ich weiß, ist der Mac in Sachen Barrierefreiheit mit ziemlich großem Abstand am besten.

    • Windows mit JAWS oder NVDA ist ziemlich Mainstream, und die Bedienungshilfen sind gut verstanden und unterstützt. VoiceOver ist es weniger. Die Diskussion betrifft nur einen Aspekt der Barrierefreiheit, aber in diesem Bereich liegt der Anteil ungefähr bei 80 %.
    • Als ich zuletzt eine Umfrage unter blinden Informatik- und Ingenieurstudierenden in Nordamerika gesehen habe, bevorzugte die Mehrheit JAWS als Screenreader. Das bedeutet praktisch Windows.
    • Microsoft nimmt Barrierefreiheit tatsächlich ziemlich ernst.
    • Die meisten von uns nutzen Windows.
    • Wenn du dachtest, dass der Mac in Sachen Barrierefreiheit am besten sei, dann weißt du es jetzt anders.

  • In der deutschen TTS gibt es seit etwa einem halben Jahr einen bekannten Bug, bei dem vor und nach Zahlen das Wort „Homograph“ eingefügt wird. Für Menschen, die auf diese Technik angewiesen sind, ist das beschämend.

  • Etwas abseits des Artikels: Ich frage mich, ob es gute Tools gibt, die blinde Menschen unter Linux nutzen können.

    • Für Braillezeilen und Braille-Terminals gibt es BRLTTY, für einen Kommandozeilen-Screenreader im Userspace Fenrir und für grafische Screenreader Orca.
      Orca sollte man am besten starten, bevor man andere Apps öffnet, weil es die Variablen für Accessibility-Export und ATSPI-bezogene Dinge setzt.
      Ich verstehe es nicht ganz genau, aber zur Sicherheit habe ich in meiner .profile immer noch so ein Ritual wie export linux-a11y = 1 stehen. Das ist nicht der genaue Variablenname, aber die Liste gibt es irgendwo.
      Für Braille-Embosser und Druckausgaben gibt es cups-filters, und die großen Distributionen scheinen fast alle Embosser-Treiber mitzubringen.
      Linux kann mit imagemagick auch Bilder in Braille-Grafiken umwandeln. Windows liefert nicht einmal standardmäßig Embosser-Treiber mit, von Grafikausgabe ganz zu schweigen.
      Ich wünschte, die GUI-Barrierefreiheit unter Linux wäre besser. Die Grundlage ist schon ziemlich gut, und fast jede Braillezeile wird unterstützt, aber die TTS-Engines sind nicht besonders gut.
    • Einer der bekannteren Screenreader unter Linux ist Orca: https://help.gnome.org/users/orca/stable/index.html.en
      Ich habe ihn vor einigen Jahren testweise kurz benutzt, aber insgesamt sind NVDA und JAWS unter Windows wahrscheinlich die besseren Optionen.

  • Aus Entwicklersicht ist das wirklich frustrierend. Es sieht nach einem Problem aus, das eine schlechte User Experience erzeugt, aber zumindest im Artikel gibt es keine Schritte zur Reproduktion.
    Bugs, die nur gelegentlich auftreten, sind wirklich schwer zu finden, wenn sie selten genug sind. Apples Metriken sind sicher besser als meine, aber manchmal ist es schon schwer, das Problem überhaupt zu erfassen.
    Bei Apple müssten möglicherweise mehrere Teams gemeinsam daran arbeiten, etwa WebKit, Safari und VoiceOver/Accessibility; jedes Team hat seine eigene Arbeitsweise, was komplexer sein kann als ein Problem, das ein einzelnes Team behebt.
    Natürlich kann es am Ende auch eine Frage der Priorität sein. Es gibt schließlich Bugs, die seit Jahren bestehen, oder Regressionen, die mit jeder neuen OS-Version auftreten und dann bestehen bleiben.

    • Diese „Komplexität“ sollte Apple eigentlich eher in die Karten spielen. Wenn mehrere Teile von völlig unterschiedlichen Unternehmen verantwortet werden, ist es zwangsläufig schwieriger, Probleme zu beheben.

  • Apple war früher besonders beim iPhone sehr gut darin, eine gute Barrierefreiheits-Erfahrung zu schaffen. Zur macOS-Barrierefreiheit kann ich nicht viel sagen, weil ich sie kaum nutze, aber ich denke, dass Google und Microsoft mit Android beziehungsweise Windows aufholen.