1 puntos por GN⁺ 2023-10-09 | 1 comentarios | Compartir por WhatsApp
  • Al usar Safari con VoiceOver en Mac, el problema recurrente de “Safari not responding”, que congela el sistema durante varios minutos, lleva mucho tiempo sin resolverse y bloquea directamente las tareas cotidianas de usuarios ciegos o con baja visión
  • No solo Safari: aplicaciones basadas en WebKit también pueden presentar una falta de respuesta similar, lo que socava la confianza en la accesibilidad de macOS en general
  • A veces los usuarios logran salir cambiando de app o reiniciando VoiceOver, pero en muchos casos ni siquiera pueden cambiar y deben esperar hasta que la Mac vuelva a responder
  • Como este problema sigue sin resolverse a lo largo de varias versiones de macOS, para quienes dependen de VoiceOver la Mac se ha convertido en una plataforma impredecible en Safari y apps relacionadas
  • Es necesario transmitir al equipo de accesibilidad de Apple el daño real que causa y ejercer presión respetuosa posponiendo la compra o recomendación de nuevas Mac hasta que se resuelva

El estado inutilizable que provoca “Safari not responding”

  • Existe un problema antiguo al usar VoiceOver en Mac en el que Safari deja de responder, y VoiceOver anuncia repetidamente el mensaje “Safari not responding
  • Cuando ocurre, la Mac puede quedar prácticamente inutilizable durante varios minutos seguidos
  • En algunas situaciones, se puede salir cambiando de Safari a otra app o reiniciando VoiceOver
  • Pero con demasiada frecuencia los usuarios no pueden salir de Safari ni apagar VoiceOver, y deben esperar hasta que la Mac vuelva a responder
  • El problema relacionado está documentado en AppleVis: Safari/WebKit applications can become unresponsive when using VoiceOver

El impacto se extiende más allá de Safari, hasta apps basadas en WebKit

  • El comportamiento de “Safari not responding” reduce considerablemente la productividad de usuarios ciegos o con baja visión y la usabilidad general de la Mac
  • No se limita a Safari: varias apps comunes que usan el motor de navegador WebKit de Apple también pueden verse afectadas por problemas de “not responding”
  • El bug aparece en Safari y otras apps tanto durante tareas cotidianas como en trabajos importantes, haciendo que la experiencia en macOS sea inestable y frustrante

Un problema difícil de evitar incluso en Macs de alta gama

  • El problema ocurre sin importar el nivel de especificaciones de la Mac
  • También se experimenta ampliamente en Macs recientes con Apple silicon y equipos con 16 GB o más de RAM
  • Incluso quienes usan hardware Mac moderno de gama alta tienen dificultades para escapar de este bug crítico de VoiceOver

Años de daño acumulado a la confianza en la accesibilidad

  • Este problema central ha persistido durante años y a través de varias versiones de macOS, y Apple no ha logrado ofrecer una corrección permanente
  • Por su duración y el nivel de interrupción que causa en Safari y otras apps, ya es difícil recomendar de buena fe una Mac a usuarios que dependen de VoiceOver
  • La excepción sigue siendo cuando existe un caso de uso específico que solo una Mac puede satisfacer
  • La Mac ha sido tradicionalmente popular en la comunidad de personas ciegas y también ofrece buenas funciones de accesibilidad
  • Sin embargo, que Apple haya dejado este problema sin resolver durante tanto tiempo pone seriamente en duda el compromiso con la accesibilidad que la compañía suele proclamar
  • También hay críticas de que, si usuarios videntes sufrieran un problema similar, habría una cobertura mediática considerable y una corrección urgente por parte de Apple

El estándar que necesitan clientes que pagan el mismo precio

  • “Mejor trato” no significa que las personas ciegas o quienes usan funciones de accesibilidad pidan privilegios
  • Los usuarios ciegos o con baja visión también pagan el mismo precio premium que otros clientes al comprar una Mac
  • A diferencia de la mayoría de los usuarios de Mac, quienes usan VoiceOver tienen que aceptar que un dispositivo caro se vuelva inútil durante varios minutos varias veces al día
  • Tener una discapacidad y usar VoiceOver no reduce el estándar que se debe esperar de Apple
  • Al contrario, Apple tiene una responsabilidad aún mayor de ofrecer una experiencia equivalente a la de los usuarios videntes

La limitación de un bug difícil de reproducir

  • Se puede reconocer que el equipo de ingeniería de Apple podría estar teniendo dificultades para resolver este problema
  • Según reportes de usuarios, no parece haber una forma consistente de reproducir el comportamiento de “Safari not responding”
  • Una misma página web puede funcionar correctamente varias veces y luego, de pronto, provocar un bloqueo
  • Las diferencias entre usuarios, dispositivos y configuraciones hacen difícil aislar y corregir la causa raíz
  • Aun así, considerando el talento de ingeniería y los recursos de Apple, este desafío no debería ser imposible de superar

Formas de aumentar la presión directa sobre Apple

  • Hay que elevar la exigencia para que Apple priorice y resuelva de forma permanente el bug de “Safari not responding” que lleva tanto tiempo afectando a los usuarios de VoiceOver
  • Quienes usan VoiceOver en Mac pueden contactar directamente al equipo de accesibilidad de Apple para compartir su experiencia y frustración
  • La presión debe ser directa, pero respetuosa y constructiva
  • También se debe informar a Tim Cook sobre el impacto directo que este bug persistente tiene en los clientes ciegos o con baja visión de Apple

Otros problemas de accesibilidad en macOS y el llamado a postergar compras

  • “Safari not responding” no es el único problema que afecta a usuarios ciegos o con baja visión en Mac
  • Un artículo reciente sobre problemas y respuestas en macOS Sonoma también recopila varias quejas y casos de falla
  • Aun así, este bug se ha convertido en una vara de medición del desempeño general de Apple en accesibilidad y de su compromiso con ella
  • Apple lleva bastante tiempo fallando según esta vara
  • Los usuarios deben hablar públicamente sobre este problema y ejercer presión como consumidores, dejando de comprar o recomendar nuevas Mac hasta que “Safari not responding” se resuelva por completo
  • Apple debe recuperar la confianza de sus clientes ciegos o con baja visión en que la Mac ofrece una experiencia estable y plenamente accesible

1 comentarios

 
GN⁺ 2023-10-09
Opiniones en Hacker News
  • Desde la perspectiva de un desarrollador con discapacidad visual, VoiceOver de MacOS es difícil de recomendarle a cualquiera. Antes de perder la vista era fan de Apple, pero después no tuve más opción que pasarme a Windows, y aun cuando aprendí Mac VoiceOver en 2016 fue demasiado frustrante.
    Manipular el área de texto de la app Terminal era tan inestable que el orden de los comandos se sentía no determinista, y la navegación jerárquica de Mac era mucho más engorrosa que la navegación plana de Windows.
    En XCode, para acceder a una sola configuración del proyecto había que bajar hasta 9 niveles de subpaneles dentro de un panel, y con equivocarse una sola vez terminabas en cualquier otro lado.
    La búsqueda en páginas web en idiomas extranjeros también se trababa porque Command+F solo funcionaba con el teclado en inglés, y dentro del cuadro de búsqueda de VoiceOver no se podía cambiar a otro teclado.
    En el navegador tampoco había una forma sencilla de abrir enlaces en una pestaña nueva, a diferencia de Control+Enter en Windows, y los atajos de 5 teclas como Fn+Ctrl+Option+Command+Up/Down incluso me provocaban dolor en la muñeca izquierda.
    La impresión era que a Apple le interesaba poco corregir bugs y le importaba más mostrar diapositivas llamativas en la WWDC sobre cómo se ocupa de la accesibilidad.
    En Windows, JAWS es mucho más cómodo, y NVDA, al ser open source, es mi opción preferida porque si hay un problema puedo arreglarlo yo mismo. El mercado de lectores de pantalla también está repartido aproximadamente en 45% para JAWS y 45% para NVDA, mientras que VoiceOver ronda el 10%, así que creo que conviene mucho más aprender lectores de pantalla de Windows.

    • Los atajos de 5 teclas como Fn+Ctrl+Option+Command+Up/Down son absurdos. Para alguien que no tiene control total de los dedos o tiene temblores, son prácticamente imposibles, y Apple debería usar aunque sea unos cuantos millones de dólares de todo el efectivo que tiene acumulado para arreglar bien estos problemas.
    • La accesibilidad de Apple parece, al igual que la sostenibilidad, el medio ambiente y quizá también la privacidad, algo más cercano al marketing y al control del relato que a contenido real.
    • Me da curiosidad qué opinan sobre VoiceOver en iOS y el rotor.
  • Llevo más de 2 años usando una MacBook Air M1 como mi Mac principal, y este problema no me pareció tan grave como lo describe el autor. Alrededor de Mac OS 12 el problema era mucho mayor, pero incluso entonces se resolvía bastante rápido usando Cmd+Option+Q para “cerrar y conservar ventanas”.
    VoiceOver también tiene muchos problemas, pero lo mismo pasa con los lectores de pantalla de Windows, y en Mac me gusta que se puedan posponer las actualizaciones que rompen la accesibilidad. En Windows eso no se puede hacer, y fue una de las principales razones por las que cambié de sistema operativo.

    • Me alegra que ya no exista ese problema, pero en mi caso es distinto. Tengo una MBP 2019, así que ni siquiera es M1, y tampoco tengo tanta holgura económica como para comprar de inmediato un modelo M2 solo porque escuché que también puede verse afectado. No quiero apostar con un problema que puede frenar mucho mi productividad.
    • También se pueden cambiar los valores predeterminados para que Cmd+Q cierre conservando las ventanas y Cmd+Option+Q cierre descartándolas. Lo configuré así solo en Safari y es mucho mejor.
  • No soy una persona con discapacidad visual ni tengo experiencia en este campo, pero me impresionó bastante ver a un empleado de Apple Store explicándole a una persona ciega cómo usar VoiceOver. Al menos parece significar que parte del personal de las tiendas recibe capacitación en funciones de accesibilidad.

    • A veces incluso contratan directamente a personas ciegas para encargarse de eso. En la Apple Store a la que fui cuando estaba averiguando sobre mi primera Mac también había un empleado así, aunque años después escuché que se había pasado a otra área.
    • Puede que ahora ocurra en algunas tiendas. Me gustaría creer que fue gracias a este artículo en el que critiqué duramente lo que viví hace 10 años: https://liam-on-linux.livejournal.com/18605.html
      El trato de entonces fue escandalosamente malo según nuestros estándares, y no tengo ninguna intención de decirlo con humildad.
  • Esperaba un problema estructural de todo el sistema operativo, pero por fuera parece ser un bug específico de WebKit. Dicho eso, también se enlazan publicaciones y respuestas sobre problemas de macOS Sonoma, y para los usuarios afectados es un bug bastante crítico; además, el solo hecho de que un bug así haya llegado al producto podría ser síntoma de un problema estructural en la organización.

    • También hay artículos aparte que tratan el problema más amplio, y este parece más bien destacar uno de los peores casos. Como desarrollador web que intenta apoyar a personas ciegas y usuarios con discapacidad, ahora estoy profundizando en el tema, y en términos de uso web, VoiceOver es el peor de los tres principales lectores de pantalla.
      Está muy atrasado en el soporte de estándares modernos de atributos ARIA y, en la práctica, ignora por completo muchos atributos, así que no siempre se puede implementar en VoiceOver el comportamiento previsto del lector de pantalla.
      Igual que con Safari, Apple parece ofrecer apoyo a VoiceOver solo de palabra, y las personas completamente ciegas parecen usar VoiceOver únicamente cuando no tienen otra opción. Muchas estadísticas en línea mezclan uso del sistema operativo y uso web, lo que difumina este hecho.
    • ¿Podrías soportar una máquina que se queda congelada al azar durante varios minutos a lo largo del día y encima grita?
    • Un solo defecto puede hacer que una plataforma quede 100% rota.
    • Para una persona ciega, este problema parece parecido a que, para una persona vidente, el monitor se fuera a descansar periódicamente. Para la tercera vez, sería realmente agotador.
    • Un solo bug que te impide usar Internet por completo es muchísimo peor que cientos de bugs que solo lo vuelven incómodo.
  • Es una perspectiva interesante, pero el título es bastante provocador. Como abogado que representa a varias personas con discapacidad, entre ellas personas ciegas, todos mis clientes ciegos dependen profundamente de los productos de Apple y dicen que sus funciones de accesibilidad son muy superiores a las de otras opciones

    • Me pasé de MacOS, que usé durante 10 años, a Linux/Wayland porque compensa mejor mi discapacidad visual. Tengo cataratas, así que me ayuda agrandar todo en la pantalla; MacOS también lo permite, pero si la escala no es exactamente 1 o 2, se ve borroso, y con 2x la resolución horizontal se reduce demasiado, lo que causa problemas en algunos sitios web
      En un monitor 1080p, con escala 2x el viewport queda de apenas 960 píxeles
      En cambio, Linux/Wayland ofrece escalas de 1.0, 1.25, 1.5, 1.75, 2.0 y 2.25, y llevo meses usando 1.75
      Windows funciona de forma similar a Linux/Wayland. Las apps que no se actualizaron para los sistemas operativos modernos sí se ven borrosas, pero en este aspecto MacOS definitivamente se quedó atrás
    • Me encanta el iPhone. Pero para un sistema operativo de computadora uso Windows. Hay gente que se queda con Apple por Logic Pro o por el chip M1, pero creo que alrededor del 85% de las personas ciegas que tienen computadora usa Windows
    • Trabajé con gente de una comunidad local de personas ciegas en Dinamarca: vi muchos iPhone, pero todas las computadoras eran Windows
    • Al referirse a personas con discapacidad, es mejor usar una expresión centrada en la persona antes que en la discapacidad en sí. Por ejemplo, blind people es mejor que “the blind”
      Además, lo que se trata aquí no es toda la accesibilidad de Apple, sino un área específica: VoiceOver en Mac OS. iOS del iPhone y iPad OS en general son mejores que Android, aunque también tienen problemas
      Dicho eso, el problema actual existe de verdad y les causa una molestia enorme a los profesionales
    • En teléfonos, Apple claramente es fuerte, pero en computadoras no. NVDA en Windows es excelente y sigue mejorando
  • Me da curiosidad qué recomendarían como alternativa. Hasta donde sé, Mac es por bastante margen lo mejor en accesibilidad

    • Windows con JAWS o NVDA es bastante común, y sus funciones de accesibilidad se entienden y se soportan bien. VoiceOver lo es menos. Es una historia que trata solo un aspecto de la accesibilidad, pero en ese campo tiene aproximadamente 80% de cuota
    • La última vez que vi una encuesta entre estudiantes ciegos de ciencias de la computación e ingeniería en Norteamérica, la mayoría prefería JAWS como lector de pantalla. Eso implica Windows
    • Microsoft realmente se toma bastante en serio la accesibilidad
    • La mayoría de nosotros usa Windows
    • Si pensabas que Mac era lo mejor en accesibilidad, ahora ya sabes que no es así
  • En el TTS en alemán hay un bug conocido desde hace aproximadamente medio año que agrega la palabra “Homograph” antes y después de los números. Es una vergüenza para quienes dependen de esa tecnología

  • Me salgo un poco del tema, pero me pregunto si hay buenas herramientas que una persona ciega pueda usar en Linux

    • Para pantallas braille y terminales braille está BRLTTY; para lectores de pantalla de línea de comandos en espacio de usuario, Fenrir; y para lectores de pantalla gráficos, Orca
      Conviene ejecutar Orca antes de iniciar otras apps, porque se encarga de las variables de exportación de accesibilidad y de lo relacionado con ATSPI
      No lo entiendo del todo, pero por si acaso todavía tengo en .profile una especie de ritual como export linux-a11y = 1. Ese no es el nombre exacto de la variable, pero la lista está en algún lugar
      Para impresoras braille y salida de impresión está cups-filters, y parece que casi todas las distribuciones principales tienen drivers para impresoras braille
      Linux también puede convertir imágenes en gráficos braille con imagemagick. Windows ni siquiera trae drivers para impresoras braille por defecto, y mucho menos salida gráfica
      Ojalá la accesibilidad GUI de Linux fuera mejor. La base ya es bastante buena y soporta prácticamente cualquier pantalla braille, pero los motores TTS no son tan buenos
    • Uno de los lectores de pantalla más visibles en Linux es Orca: https://help.gnome.org/users/orca/stable/index.html.en
      Lo probé brevemente hace unos años, pero en general es muy probable que NVDA y JAWS en Windows sean mejores opciones
  • Desde la perspectiva de un desarrollador, esto es realmente frustrante. Parece un problema que genera una mala experiencia de usuario, pero al menos en el artículo no hay pasos para reproducirlo
    Los bugs que aparecen solo a veces son realmente difíciles de detectar si son lo bastante raros. Las métricas de Apple seguramente son mejores que las mías, pero aun así a veces es difícil siquiera captar el problema
    En Apple tal vez tengan que corregirlo entre varios equipos, como WebKit, Safari y VoiceOver/Accessibility, y como cada uno tiene su propia forma de trabajar, puede ser más complejo que un problema que resuelve un solo equipo
    Por supuesto, al final también puede ser un tema de prioridades. Hay bugs que llevan años sin resolverse y regresiones que aparecen cada vez que cambia la versión del SO y luego se quedan

    • Esa “complejidad” más bien debería jugar a favor de Apple. Cuando varias piezas están a cargo de empresas completamente distintas, inevitablemente es más difícil que los problemas se corrijan
  • Apple antes era excelente creando una buena experiencia de accesibilidad, especialmente en el iPhone. No uso mucho la accesibilidad de macOS, así que no puedo opinar demasiado, pero creo que Google y Microsoft están alcanzándolos en Android y Windows, respectivamente