Pourquoi je ne peux plus recommander un Mac à mes collègues utilisateurs aveugles de l’informatique

 (applevis.com)
1 points par GN⁺ 2023-10-09 | 1 commentaires | Partager sur WhatsApp
  • Sur Mac, lors de l’utilisation de VoiceOver avec Safari, un problème ancien où « Safari not responding » se répète et bloque la machine pendant plusieurs minutes perdure, entravant directement le travail quotidien des utilisateurs aveugles ou malvoyants
  • Des absences de réponse similaires peuvent apparaître non seulement dans Safari, mais aussi dans des applications basées sur WebKit, ce qui ébranle la confiance dans l’accessibilité de macOS dans son ensemble
  • Certains utilisateurs parviennent parfois à s’en sortir en changeant d’application ou en redémarrant VoiceOver, mais il est fréquent qu’ils ne puissent même pas basculer et doivent attendre que le Mac redevienne réactif
  • Comme ce problème n’a pas été corrigé sur plusieurs versions de macOS, le Mac est devenu pour les utilisateurs dépendants de VoiceOver une plateforme imprévisible dans Safari et les apps associées
  • Il faut exercer une pression respectueuse en signalant à l’équipe Accessibilité d’Apple les préjudices réels causés, et en suspendant l’achat ou la recommandation de nouveaux Mac jusqu’à la résolution du problème

Un état d’inutilisabilité provoqué par « Safari not responding »

  • Un ancien problème survient sur Mac lors de l’utilisation de VoiceOver avec Safari, VoiceOver répétant l’alerte « Safari not responding »
  • Quand le problème se produit, le Mac peut devenir pratiquement inutilisable pendant plusieurs minutes d’affilée
  • Dans certains cas, il est possible de s’en sortir en quittant Safari pour une autre application ou en redémarrant VoiceOver
  • Mais bien trop souvent, l’utilisateur ne peut ni sortir de Safari ni désactiver VoiceOver, et doit attendre que le Mac recommence à répondre
  • Le problème est documenté sur AppleVis : Safari/WebKit applications can become unresponsive when using VoiceOver

Un impact qui dépasse Safari jusqu’aux applications basées sur WebKit

  • Le comportement « Safari not responding » dégrade fortement la productivité des utilisateurs aveugles ou malvoyants ainsi que l’utilisabilité générale du Mac
  • Le problème ne se limite pas à Safari : plusieurs applications courantes utilisant le moteur de navigateur WebKit d’Apple peuvent aussi être touchées par des blocages de type « not responding »
  • Des bugs peuvent survenir dans Safari comme dans d’autres apps, aussi bien dans les tâches quotidiennes que dans les travaux importants, rendant l’expérience macOS instable et frustrante

Un problème difficile à éviter, même sur des Mac haut de gamme

  • Le problème survient indépendamment du niveau de performances du Mac
  • Il est largement constaté même sur des Mac récents équipés d’Apple silicon et de 16 Go de RAM ou plus
  • Même les utilisateurs de matériel Mac récent et haut de gamme ont du mal à échapper à ce bug critique de VoiceOver

Des années d’érosion de la confiance dans l’accessibilité

  • Ce problème central persiste depuis des années sur plusieurs versions de macOS, sans qu’Apple n’ait réussi à publier un correctif définitif
  • En raison de sa longévité et de son niveau de perturbation dans Safari comme dans d’autres apps, il devient difficile de recommander de bonne foi un Mac aux personnes dépendantes de VoiceOver
  • Une exception subsiste toutefois pour certains cas d’usage spécifiques que seul le Mac peut satisfaire
  • Le Mac a historiquement été populaire au sein de la communauté des personnes aveugles et propose de bonnes fonctions d’accessibilité
  • Mais le fait qu’Apple ait laissé ce problème perdurer aussi longtemps soulève de sérieuses questions sur l’engagement en matière d’accessibilité que l’entreprise met souvent en avant
  • Certains critiquent aussi le fait que, si des utilisateurs voyants subissaient un problème comparable, cela aurait entraîné une large couverture médiatique et un correctif urgent d’Apple

Le niveau d’exigence dû à des clients qui paient le même prix

  • Demander à être « mieux traités » ne signifie pas que les personnes aveugles exigent un privilège au motif qu’elles utilisent des fonctions d’accessibilité
  • Les utilisateurs aveugles ou malvoyants achètent eux aussi des Mac au même prix premium que les autres clients
  • À la différence de la plupart des utilisateurs de Mac, les utilisateurs de VoiceOver doivent accepter qu’un appareil coûteux devienne plusieurs fois par jour un objet inutile pendant quelques minutes
  • Le handicap et l’usage de VoiceOver ne devraient pas abaisser le niveau d’exigence légitime envers Apple
  • Au contraire, Apple a une responsabilité accrue pour offrir une expérience équivalente à celle des utilisateurs voyants

La contrainte d’un bug difficile à reproduire

  • On peut admettre que les équipes d’ingénierie d’Apple rencontrent des difficultés à résoudre ce problème
  • D’après les signalements d’utilisateurs, il ne semble pas exister de méthode permettant de reproduire systématiquement le comportement « Safari not responding »
  • Une même page web peut fonctionner normalement à plusieurs reprises avant de provoquer soudainement un blocage
  • Les différences entre utilisateurs, appareils et configurations compliquent l’isolement de la cause racine et sa correction
  • Malgré cela, compte tenu des talents d’ingénierie et des ressources dont dispose Apple, ce défi ne devrait pas être insurmontable

Comment accentuer directement la pression sur Apple

  • Il faut exiger qu’Apple fasse de ce bug « Safari not responding », qui empoisonne depuis longtemps la vie des utilisateurs de VoiceOver, une priorité et y apporte une solution définitive
  • Les utilisateurs de VoiceOver sur Mac peuvent contacter directement l’équipe Accessibilité d’Apple pour partager leur expérience et leurs plaintes
  • La pression doit être directe, mais respectueuse et constructive
  • Il faut aussi informer Tim Cook de l’impact concret de ce bug persistant sur les clients aveugles et malvoyants d’Apple

Autres problèmes d’accessibilité de macOS et appel à suspendre les achats

  • « Safari not responding » n’est pas le seul problème qui touche les utilisateurs aveugles ou malvoyants sur Mac
  • Un article récent sur les problèmes et réactions liés à macOS Sonoma recense aussi de nombreuses plaintes et échecs
  • Malgré cela, ce bug est devenu un baromètre de la performance globale d’Apple en matière d’accessibilité et de son engagement sur le sujet
  • Apple échoue à ce test depuis un temps considérable
  • Les utilisateurs doivent parler publiquement de ce problème et exercer une pression de consommateurs en n’achetant ni ne recommandant de nouveaux Mac tant que le problème « Safari not responding » n’est pas entièrement résolu
  • Apple doit rétablir la confiance de ses clients aveugles et malvoyants dans le fait que le Mac offre une expérience stable et pleinement accessible

À lire aussi

1 commentaires

 
GN⁺ 2023-10-09
Commentaires sur Hacker News

  • Du point de vue d’un développeur aveugle, VoiceOver sur macOS est difficile à recommander à qui que ce soit. Avant de perdre la vue, j’étais fan d’Apple, mais j’ai ensuite été contraint de passer à Windows, et même quand j’ai appris à utiliser VoiceOver sur Mac en 2016, c’était extrêmement frustrant.
    La manipulation de la zone de texte dans l’app Terminal était si instable que l’ordre des commandes semblait non déterministe, et la navigation hiérarchique du Mac était bien plus laborieuse que la navigation à plat de Windows.
    Dans Xcode, pour accéder à un seul réglage de projet, il fallait descendre jusqu’à 9 niveaux de sous-panneaux à l’intérieur d’un panneau, et la moindre erreur vous envoyait au mauvais endroit.
    La recherche sur des pages web en langue étrangère posait aussi problème : Commande+F ne fonctionnait qu’avec le clavier anglais, et il était impossible de changer de disposition de clavier dans le champ de recherche de VoiceOver.
    Dans le navigateur, il manquait aussi une façon simple d’ouvrir un lien dans un nouvel onglet, contrairement à Control+Entrée sous Windows, et les raccourcis à 5 touches comme Fn+Ctrl+Option+Commande+Haut/Bas finissaient même par provoquer des douleurs au poignet gauche.
    Apple donnait l’impression de s’intéresser peu à la correction des bugs et davantage à montrer à la WWDC des diapositives tape-à-l’œil affirmant prendre l’accessibilité au sérieux.
    Sous Windows, JAWS est bien plus confortable, et NVDA, étant open source, permet de corriger soi-même les problèmes, ce qui en fait mon choix préféré. Le marché des lecteurs d’écran est lui aussi dominé par JAWS et NVDA, à environ 45 % chacun, tandis que VoiceOver tourne autour de 10 % ; il me semble donc bien plus pertinent d’apprendre les lecteurs d’écran Windows.

    • Les raccourcis à 5 touches comme Fn+Ctrl+Option+Commande+Haut/Bas sont absurdes. Pour les personnes qui n’ont pas un contrôle parfait de leurs doigts ou qui ont des tremblements, c’est pratiquement impossible, et Apple devrait consacrer ne serait-ce que quelques millions de dollars de sa trésorerie accumulée à corriger correctement ce genre de problème.
    • L’accessibilité d’Apple ressemble, comme la durabilité, l’environnement, et peut-être même la protection de la vie privée, davantage à du marketing et à une maîtrise du récit qu’à du contenu réel.
    • Je serais curieux de savoir ce que vous pensez de VoiceOver sur iOS et du rotor.

  • J’utilise un MacBook Air M1 comme Mac principal depuis plus de deux ans, et ce problème n’a pas été aussi grave que le décrit l’auteur. Vers Mac OS 12, il y avait des problèmes bien plus importants, mais même à l’époque, utiliser Cmd+Option+Q pour « quitter en conservant les fenêtres » réglait assez vite la situation.
    VoiceOver a aussi beaucoup de problèmes, mais les lecteurs d’écran Windows également, et ce que j’apprécie sur Mac, c’est de pouvoir repousser les mises à jour qui cassent l’accessibilité. Sous Windows, ce n’est pas possible, et c’est l’une des principales raisons qui m’ont fait changer de système d’exploitation.

    • Tant mieux si ce problème n’existe plus, mais mon cas est différent. J’ai un MBP 2019, donc pas un M1, et je n’ai pas non plus les moyens d’acheter immédiatement un modèle M2 simplement parce qu’on dit qu’il est aussi concerné. Je ne veux pas parier ma productivité sur un problème qui peut la bloquer fortement.
    • On peut aussi changer le comportement par défaut pour que Cmd+Q quitte en conservant les fenêtres, et que Cmd+Option+Q quitte en les abandonnant. Je l’ai configuré ainsi uniquement pour Safari, et c’est beaucoup mieux.

  • Je ne suis pas aveugle et je n’ai pas d’expérience dans ce domaine, mais voir un employé d’Apple Store expliquer à une personne aveugle comment utiliser VoiceOver m’a fait assez forte impression. Cela semble indiquer qu’au moins une partie du personnel en magasin reçoit une formation sur les fonctions d’accessibilité.

    • Parfois, ils embauchent directement des personnes aveugles pour s’en occuper. Dans l’Apple Store où je suis allé me renseigner sur mon premier Mac, il y avait aussi un employé comme ça, mais j’ai appris quelques années plus tard qu’il était passé dans un autre domaine.
    • C’est peut-être le cas aujourd’hui dans certains magasins. J’aimerais croire que c’est grâce à l’article très critique que j’ai écrit sur ce que j’avais vécu il y a 10 ans : https://liam-on-linux.livejournal.com/18605.html
      À l’époque, le traitement était, selon nos critères, d’une médiocrité choquante, et je n’ai absolument pas l’intention de le formuler avec humilité.

  • Je m’attendais à un problème structurel touchant l’ensemble du système d’exploitation, mais à première vue cela ressemble à un bug précis de WebKit. Cela dit, l’article et les réponses sur le problème de macOS Sonoma sont aussi liés, le bug est très critique pour les utilisateurs concernés, et le simple fait qu’un bug de ce genre ait intégré le produit peut en soi être le symptôme d’un problème structurel dans l’organisation.

    • Il existe aussi un autre article qui traite du problème plus largement, et celui-ci semble surtout mettre en avant l’un des pires exemples. En tant que développeur web qui cherche à prendre en charge les personnes aveugles et les utilisateurs handicapés, je suis en train de creuser le sujet, et pour l’usage du web, VoiceOver est le pire des trois grands lecteurs d’écran.
      Il est très en retard dans la prise en charge des standards modernes d’attributs ARIA et, en pratique, il ignore complètement de nombreux attributs, si bien qu’il n’est pas toujours possible d’obtenir avec VoiceOver le comportement de lecteur d’écran prévu.
      Comme avec Safari, Apple semble surtout apporter un soutien de façade à VoiceOver, et les personnes totalement aveugles semblent n’utiliser VoiceOver que lorsqu’elles n’ont pas d’autre option. Beaucoup de statistiques en ligne mélangent l’usage du système d’exploitation et l’usage du web, ce qui brouille ce constat.
    • Accepteriez-vous une machine qui se fige aléatoirement pendant quelques minutes tout au long de la journée, tout en hurlant en plus ?
    • Un seul défaut peut suffire à rendre une plateforme 100 % inutilisable.
    • Pour une personne aveugle, ce problème ressemble à un écran qui partirait périodiquement en pause pour une personne voyante. Au bout de la troisième fois, ce serait vraiment épuisant.
    • Un seul bug qui empêche purement et simplement d’utiliser Internet est bien pire que des centaines de bugs simplement gênants.

  • Point de vue intéressant, mais le titre est assez provocateur. En tant qu’avocat représentant plusieurs personnes handicapées, dont des personnes aveugles, tous mes clients aveugles dépendent fortement des produits Apple et me disent que leurs fonctions d’accessibilité sont nettement supérieures aux autres options

    • Je suis passé de MacOS, que j’utilisais depuis 10 ans, à Linux/Wayland parce qu’il compense mieux ma déficience visuelle. J’ai une cataracte, donc agrandir tout ce qui s’affiche à l’écran m’aide ; MacOS le permet aussi, mais si le facteur d’échelle n’est pas exactement 1 ou 2, l’affichage devient flou, et à 2× la résolution horizontale devient trop faible, ce qui pose problème sur certains sites web
      Sur un moniteur 1080p avec un facteur d’échelle 2×, le viewport ne fait que 960 pixels
      À l’inverse, Linux/Wayland propose des facteurs 1,0, 1,25, 1,5, 1,75, 2,0 et 2,25, et j’utilise 1,75 depuis plusieurs mois
      Windows se comporte aussi de manière similaire à Linux/Wayland. Les applications qui n’ont pas été mises à jour pour les OS récents deviennent floues, mais sur ce point MacOS est clairement à la traîne
    • J’adore vraiment l’iPhone. Mais pour un système d’exploitation d’ordinateur, j’utilise Windows. Certains tiennent à rester chez Apple à cause de Logic Pro ou de la puce M1, mais j’estime qu’environ 85 % des personnes aveugles ayant un ordinateur utilisent Windows
    • J’ai travaillé avec des membres d’une communauté locale de personnes aveugles au Danemark : on voyait beaucoup d’iPhone, mais tous les ordinateurs étaient sous Windows
    • Quand on parle de personnes handicapées, il vaut mieux employer une formulation centrée sur la personne plutôt que sur le handicap. Par exemple, blind people est préférable à « the blind »
      Et ce dont il est question ici n’est pas l’accessibilité d’Apple dans son ensemble, mais un domaine précis : VoiceOver sur Mac OS. iOS sur iPhone et iPad OS sont globalement meilleurs qu’Android, même s’ils ont aussi des problèmes
      Cela dit, le problème actuel existe bel et bien et représente une très grosse gêne pour les professionnels
    • Sur mobile, Apple est clairement très fort, mais pas sur ordinateur. NVDA sous Windows est excellent et continue de s’améliorer

  • Je me demande quelle alternative recommander. À ma connaissance, le Mac est de loin ce qui se fait de mieux en matière d’accessibilité

    • Windows avec JAWS ou NVDA est assez courant, et ses fonctions d’accessibilité sont bien comprises et bien prises en charge. VoiceOver l’est moins. Ce n’est qu’un aspect de l’accessibilité, mais dans ce domaine il détient environ 80 % de part de marché
    • La dernière fois que j’ai vu une enquête auprès d’étudiants aveugles en informatique et en ingénierie en Amérique du Nord, la majorité préférait JAWS comme lecteur d’écran. Ce qui signifie donc Windows
    • Microsoft prend réellement l’accessibilité assez au sérieux
    • La plupart d’entre nous utilisons Windows
    • Si vous pensiez que le Mac était le meilleur en matière d’accessibilité, vous venez donc d’apprendre le contraire

  • Le TTS allemand souffre depuis environ six mois d’un bug bien connu qui ajoute le mot « Homograph » avant et après les nombres. C’est embarrassant pour les personnes qui dépendent de cette technologie

  • C’est un peu hors sujet par rapport à l’article, mais je me demande s’il existe de bons outils utilisables sous Linux par les personnes aveugles

    • Pour les afficheurs braille et les terminaux braille, il y a BRLTTY ; pour les lecteurs d’écran en ligne de commande côté espace utilisateur, Fenrir ; et pour les lecteurs d’écran graphiques, Orca
      Il vaut mieux lancer Orca avant de démarrer les autres applications, car il gère les variables d’export d’accessibilité et ce qui concerne ATSPI
      Je ne comprends pas exactement le détail, mais par précaution je garde encore une sorte de rituel dans mon .profile, du type export linux-a11y = 1. Ce n’est pas le nom exact de la variable, mais la liste existe quelque part
      Pour les embosseuses braille et la sortie imprimante, il y a cups-filters, et les principales distributions semblent presque toutes disposer de pilotes pour embosseuses
      Linux peut aussi convertir des images en graphiques braille avec imagemagick. Windows ne fournit même pas de pilote d’embosseuse par défaut, et encore moins de sortie graphique
      J’aimerais que l’accessibilité de Linux en GUI soit meilleure. Les bases sont déjà assez bonnes, et presque tous les afficheurs braille sont pris en charge, mais les moteurs TTS ne sont pas très bons
    • L’un des lecteurs d’écran les plus visibles sous Linux est Orca : https://help.gnome.org/users/orca/stable/index.html.en
      Je l’ai essayé brièvement il y a quelques années pour tester, mais globalement NVDA et JAWS sous Windows sont probablement de meilleures options

  • Du point de vue d’un développeur, c’est vraiment frustrant. Cela ressemble à un problème qui crée une mauvaise expérience utilisateur, mais au moins dans l’article, il n’y a pas de procédure de reproduction
    Les bugs qui n’apparaissent que de temps en temps sont vraiment difficiles à traquer lorsqu’ils sont suffisamment rares. Les métriques d’Apple sont sans doute meilleures que les miennes, mais il arrive tout de même qu’il soit difficile de capturer le problème lui-même
    Chez Apple, plusieurs équipes peuvent devoir corriger cela ensemble, comme WebKit, Safari et VoiceOver/Accessibility, et chacune a sa propre manière de travailler, ce qui peut être plus complexe qu’un problème corrigé par une seule équipe
    Bien sûr, au final, c’est peut-être aussi une question de priorité. Il y a des bugs qui restent pendant des années, ou des régressions qui apparaissent à chaque changement de version de l’OS puis restent en place

    • Cette « complexité » devrait au contraire jouer en faveur d’Apple. Quand plusieurs composants sont pris en charge par des entreprises complètement différentes, il est forcément plus difficile de faire corriger les problèmes

  • Apple a autrefois excellé dans la création d’une bonne expérience d’accessibilité, surtout sur iPhone. Je n’utilise presque pas l’accessibilité de macOS, donc je ne peux pas trop en parler, mais je pense que Google et Microsoft sont en train de rattraper leur retard, respectivement sur Android et Windows