- 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
- Equipo de accesibilidad de Apple: accessibility@apple.com
- También se sugiere copiar el correo público del CEO de Apple, Tim Cook: tcook@apple.com
- 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
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.
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.
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.
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.
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.
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
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
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
Me da curiosidad qué recomendarían como alternativa. Hasta donde sé, Mac es por bastante margen lo mejor en accesibilidad
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
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
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
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