Por que não consigo mais recomendar Macs a outros usuários cegos de computador

 (applevis.com)
1 pontos por GN⁺ 2023-10-09 | 1 comentários | Compartilhar no WhatsApp
  • Ao usar o VoiceOver no Safari no Mac, há muito tempo persiste um problema em que “Safari not responding” se repete e trava tudo por vários minutos, bloqueando diretamente o trabalho diário de usuários cegos e com baixa visão
  • Problemas semelhantes de falta de resposta também podem aparecer em aplicativos baseados em WebKit, não apenas no Safari, abalando a confiança na acessibilidade do macOS como um todo
  • Às vezes o usuário consegue escapar trocando de app ou reiniciando o VoiceOver, mas em muitos casos nem isso é possível e só resta esperar até que o Mac volte a responder
  • Como esse problema não foi corrigido em várias versões do macOS, o Mac se tornou uma plataforma imprevisível em relação ao Safari e apps relacionados para quem depende do VoiceOver
  • É preciso fazer uma pressão respeitosa sobre a equipe de acessibilidade da Apple, relatando o impacto real e suspendendo a compra ou recomendação de novos Macs até que haja uma correção

O estado de inutilização causado por “Safari not responding”

  • Há um problema antigo em que, ao usar o VoiceOver no Mac, o Safari deixa de responder, e o VoiceOver repete o aviso “Safari not responding”
  • Quando isso acontece, o Mac pode ficar praticamente inutilizável por vários minutos de cada vez
  • Em algumas situações, é possível sair disso trocando do Safari para outro app ou reiniciando o VoiceOver
  • Mas com frequência o usuário não consegue sair do Safari nem desligar o VoiceOver, tendo de esperar até que o Mac volte a responder
  • O problema relacionado está documentado no AppleVis: Safari/WebKit applications can become unresponsive when using VoiceOver

O impacto vai além do Safari e atinge apps baseados em WebKit

  • O comportamento de “Safari not responding” reduz drasticamente a produtividade de usuários cegos e com baixa visão, além da usabilidade geral do Mac
  • O problema não se limita ao Safari: vários apps comuns que usam o motor de navegador WebKit da Apple também podem ser afetados por falhas de “not responding”
  • Seja em tarefas do dia a dia ou em trabalhos importantes, o bug pode surgir no Safari e em outros apps, tornando a experiência no macOS instável e frustrante

Um problema difícil de evitar até em Macs potentes

  • O problema ocorre independentemente do nível de hardware do Mac
  • Ele é amplamente relatado até mesmo em Macs recentes com Apple silicon e 16 GB ou mais de RAM
  • Mesmo quem usa hardware Mac novo e de alto nível dificilmente escapa desse bug crítico do VoiceOver

Anos de desgaste na confiança em acessibilidade

  • Esse problema central persiste há anos em várias versões do macOS, e a Apple não conseguiu lançar uma correção permanente
  • Por causa do tempo de duração e do nível de interrupção no Safari e em outros apps, ficou difícil recomendar um Mac de boa-fé para quem depende do VoiceOver
  • Ainda assim, permanecem exceções para casos de uso específicos que só o Mac consegue atender
  • Tradicionalmente, o Mac sempre foi popular na comunidade de pessoas cegas e oferece bons recursos de acessibilidade
  • Mas o fato de a Apple ter deixado esse problema sem solução por tanto tempo levanta dúvidas sérias sobre o tão citado compromisso com acessibilidade da empresa
  • Também há a crítica de que, se usuários videntes enfrentassem algo semelhante, haveria ampla cobertura da imprensa e uma correção urgente por parte da Apple

O padrão que clientes que pagam o mesmo preço precisam exigir

  • “Tratamento melhor” não significa pedir privilégio por ser cego ou por usar recursos de acessibilidade
  • Usuários cegos e com baixa visão também compram Macs pagando o mesmo preço premium que os demais clientes
  • Diferentemente da maioria dos usuários de Mac, quem usa VoiceOver precisa conviver várias vezes por dia com a situação de um dispositivo caro virar algo inútil por minutos
  • Ter deficiência e usar o VoiceOver não reduz o padrão que se deve esperar da Apple
  • Pelo contrário, a Apple tem uma responsabilidade ainda maior de oferecer uma experiência equivalente à dos usuários videntes

A limitação de um bug difícil de reproduzir

  • É possível reconhecer que a equipe de engenharia da Apple possa ter dificuldade para resolver esse problema
  • Segundo relatos de usuários, não parece haver uma forma consistente de reproduzir o comportamento de “Safari not responding”
  • A mesma página pode funcionar normalmente várias vezes e de repente provocar um travamento
  • As diferenças entre usuários, dispositivos e configurações tornam mais difícil isolar a causa raiz e corrigir o problema
  • Ainda assim, considerando o talento de engenharia e os recursos da Apple, esse desafio não deveria ser impossível de superar

Como aumentar a pressão diretamente sobre a Apple

  • É preciso elevar as cobranças para que a Apple trate como prioridade o bug “Safari not responding”, que atormenta usuários do VoiceOver há muito tempo, e entregue uma correção permanente
  • Quem usa VoiceOver no Mac pode entrar em contato diretamente com a equipe de acessibilidade da Apple para compartilhar sua experiência e insatisfação
  • A pressão deve ser direta, mas respeitosa e construtiva
  • Tim Cook também precisa ser informado sobre o impacto direto desse bug contínuo sobre clientes cegos e com baixa visão da Apple

Outros problemas de acessibilidade no macOS e o apelo por adiar compras

  • “Safari not responding” não é o único problema que afeta usuários cegos e com baixa visão no Mac
  • Um artigo recente sobre problemas e respostas no macOS Sonoma também reúne várias reclamações e casos de falha
  • Ainda assim, esse bug virou uma medida do desempenho geral da Apple em acessibilidade e de seu comprometimento com o tema
  • E a Apple vem falhando nessa medida há um período considerável
  • Os usuários devem falar publicamente sobre o problema e exercer pressão como consumidores, deixando de comprar ou recomendar novos Macs até que “Safari not responding” seja totalmente resolvido
  • A Apple precisa recuperar a confiança de que o Mac oferece uma experiência estável e totalmente acessível para clientes cegos e com baixa visão

Leituras relacionadas

1 comentários

 
GN⁺ 2023-10-09
Comentários no Hacker News

  • Do ponto de vista de um desenvolvedor com deficiência visual, o VoiceOver do macOS é difícil de recomendar a qualquer pessoa. Eu era fã da Apple antes de perder a visão, mas depois disso não tive escolha a não ser migrar para Windows, e mesmo quando aprendi o VoiceOver do Mac em 2016 foi frustrante demais
    A manipulação da área de texto do app Terminal era tão instável que a ordem dos comandos parecia não determinística, e a navegação hierárquica do Mac era muito mais trabalhosa do que a navegação plana do Windows
    No Xcode, para acessar uma única configuração de projeto, era preciso descer até 9 níveis de subpainéis dentro de painéis, e um único erro já levava para o lugar errado
    A busca em páginas web em idioma estrangeiro também travava porque Command+F só funcionava no layout de teclado em inglês, e dentro da caixa de busca do VoiceOver não era possível alternar para outro layout
    No navegador, também faltava uma forma fácil de abrir links em uma nova aba em comparação com Control+Enter no Windows, e atalhos de 5 teclas como Fn+Ctrl+Option+Command+Up/Down acabaram até causando dor no punho esquerdo
    A impressão era de que a Apple tinha pouco interesse em corrigir bugs e se importava mais em mostrar slides chamativos na WWDC dizendo que se preocupa com acessibilidade
    No Windows, o JAWS é muito mais confortável, e o NVDA é meu preferido porque é open source e, se houver um problema, posso corrigi-lo diretamente. Como o mercado de leitores de tela também é de cerca de 45% para JAWS e 45% para NVDA, enquanto o VoiceOver fica em torno de 10%, acho muito melhor aprender leitores de tela do Windows

    • Atalhos de 5 teclas como Fn+Ctrl+Option+Command+Up/Down são absurdos. Para pessoas que não têm controle total dos dedos ou têm tremores, eles são praticamente impossíveis, e a Apple deveria gastar ao menos alguns milhões de dólares do dinheiro que tem acumulado para corrigir esse tipo de problema direito
    • A acessibilidade da Apple, assim como sustentabilidade, meio ambiente e talvez até privacidade, parece mais uma questão de marketing e controle da narrativa do que de substância real
    • Fico curioso para saber o que você acha do VoiceOver do iOS e do rotor

  • Uso um MacBook Air M1 como meu Mac principal há mais de 2 anos, e esse problema não foi tão grave quanto o autor descreve. Por volta do Mac OS 12, havia problemas bem maiores, mas mesmo naquela época eles eram resolvidos bem rápido usando Cmd+Option+Q para “encerrar e manter janelas”
    O VoiceOver também tem muitos problemas, mas os leitores de tela do Windows também têm, e no Mac gosto do fato de ser possível adiar atualizações que quebram a acessibilidade. No Windows isso não era possível, e esse foi um dos principais motivos pelos quais acabei trocando de sistema operacional

    • Fico feliz que agora esses problemas não existam, mas no meu caso é diferente. Tenho um MBP 2019, então não é M1, e também não tenho folga financeira para comprar imediatamente um modelo M2 só porque ouvi dizer que ele também é afetado. Não quero apostar em algo que pode interromper seriamente minha produtividade
    • Também dá para mudar o padrão para que Cmd+Q encerre mantendo as janelas, e Cmd+Option+Q encerre descartando as janelas. Configurei isso só no Safari e ficou bem melhor

  • Não sou uma pessoa com deficiência visual e não tenho experiência nessa área, mas foi bem impressionante ver um funcionário da Apple Store orientando uma pessoa cega sobre como usar o VoiceOver. Pelo menos parece significar que parte dos funcionários das lojas recebe treinamento sobre recursos de acessibilidade

    • Às vezes eles contratam diretamente pessoas cegas para esse trabalho. Na Apple Store que visitei quando fui conhecer meu primeiro Mac também havia um funcionário assim, mas ouvi dizer que alguns anos depois ele mudou para outra área
    • Hoje talvez isso aconteça em algumas lojas. Quero acreditar que foi graças a um texto criticando duramente algo que vivi 10 anos atrás: https://liam-on-linux.livejournal.com/18605.html
      O tratamento na época foi chocantemente ruim pelos nossos padrões, e não pretendo falar disso com nenhuma falsa modéstia

  • Eu esperava um problema estrutural em todo o sistema operacional, mas, superficialmente, parece um bug específico do WebKit. Ainda assim, há links para um texto e respostas sobre problemas do macOS Sonoma, e para os usuários afetados é um bug bastante crítico; além disso, o simples fato de um bug desses ter chegado ao produto pode ser sintoma de um problema estrutural na organização

    • Há também um texto separado tratando do problema mais amplo, e este parece mais destacar um dos piores exemplos. Como desenvolvedor web que quer apoiar pessoas cegas e usuários com deficiência, estou começando a me aprofundar nisso agora, e, em termos de uso da web, o VoiceOver é o pior entre os três principais leitores de tela
      Ele está muito atrasado no suporte aos padrões modernos de atributos ARIA e, na prática, ignora completamente muitos atributos, de modo que nem sempre é possível implementar no VoiceOver o comportamento pretendido para o leitor de tela
      Assim como acontece com o Safari, a Apple parece apoiar o VoiceOver só no discurso, e pessoas totalmente cegas parecem usar o VoiceOver apenas quando não têm outra opção. Muitas estatísticas online misturam uso de sistema operacional com uso da web e acabam obscurecendo esse fato
    • Você aguentaria uma máquina que para aleatoriamente por alguns minutos ao longo do dia inteiro e ainda fica gritando?
    • Um único defeito pode deixar uma plataforma 100% inutilizável
    • Para uma pessoa cega, esse problema parece semelhante a um monitor que, para uma pessoa sem deficiência visual, resolve sair para descansar periodicamente. Lá pela terceira vez, isso deve ser realmente exaustivo
    • Um único bug que impede completamente o uso da internet é muito pior do que centenas de bugs que só causam incômodo

  • É uma perspectiva interessante, mas o título é bem provocativo. Como advogado que representa várias pessoas com deficiência, incluindo pessoas cegas, todos os meus clientes cegos dependem profundamente de produtos Apple e dizem que os recursos de acessibilidade são muito superiores aos das alternativas

    • Mudei do MacOS, que usei por 10 anos, para Linux/Wayland porque ele compensa melhor a deficiência visual. Tenho catarata, então ajuda aumentar tudo na tela; o MacOS até permite isso, mas, se a escala não for exatamente 1 ou 2, fica borrado, e 2x reduz demais a resolução horizontal, causando problemas em alguns sites
      Em um monitor 1080p, com escala 2x, o viewport fica com apenas 960 pixels
      Já o Linux/Wayland oferece escalas 1.0, 1.25, 1.5, 1.75, 2.0 e 2.25, e estou usando 1.75 há alguns meses
      O Windows também funciona de modo parecido com Linux/Wayland. Apps que não foram atualizados para sistemas operacionais modernos ficam borrados, mas, nesse ponto, o MacOS está claramente atrás
    • Gosto muito do iPhone. Mas, se for sistema operacional de computador, uso Windows. Há quem queira continuar na Apple por causa do Logic Pro ou dos chips M1, mas acho que cerca de 85% das pessoas cegas que têm computador usam Windows
    • Trabalhei com pessoas da comunidade local de cegos na Dinamarca; via muitos iPhones, mas todos usavam Windows nos computadores
    • Ao se referir a pessoas com deficiência, é melhor usar uma formulação centrada na pessoa, não na deficiência em si. Por exemplo, blind people é melhor do que “the blind”
      E o que está sendo tratado aqui não é a acessibilidade da Apple como um todo, mas uma área específica: o VoiceOver do Mac OS. O iOS do iPhone e o iPad OS em geral são melhores que o Android, embora também tenham problemas
      Ainda assim, o problema atual existe de fato e causa um incômodo muito grande para profissionais
    • Em celulares, a Apple é claramente forte; em computadores, não. O NVDA do Windows é excelente e continua melhorando

  • Fico curioso para saber o que recomendariam como alternativa. Pelo que sei, o Mac é de longe o melhor em acessibilidade

    • Windows com JAWS ou NVDA é bastante mainstream, e seus recursos de acessibilidade são bem compreendidos e bem suportados. O VoiceOver é menos do que isso. É uma discussão sobre apenas um aspecto da acessibilidade, mas, nesse campo, ele tem algo como 80% de participação
    • Na última vez que vi uma pesquisa com estudantes cegos de ciência da computação e engenharia na América do Norte, a maioria preferia o JAWS como leitor de tela. Isso, na prática, significa Windows
    • A Microsoft realmente trata acessibilidade com bastante seriedade
    • A maioria de nós usa Windows
    • Se você achava que o Mac era o melhor em acessibilidade, agora aprendeu algo diferente

  • No TTS em alemão, há um bug conhecido que acrescenta a palavra “Homograph” antes e depois de números, e isso já dura cerca de meio ano. É vergonhoso para quem depende dessa tecnologia

  • Fugindo um pouco do texto, fico curioso para saber se há boas ferramentas para pessoas cegas usarem no Linux

    • Para displays braille e terminais braille há o BRLTTY; para leitor de tela de linha de comando em espaço de usuário, o Fenrir; para leitor de tela gráfico, o Orca
      É melhor iniciar o Orca antes de abrir outros apps, porque ele cuida das variáveis de exportação de acessibilidade e de coisas relacionadas ao ATSPI
      Não entendo exatamente, mas, por via das dúvidas, ainda mantenho no .profile algum ritual como export linux-a11y = 1. Esse não é o nome exato da variável, mas há uma lista em algum lugar
      Para saída em impressoras e embossers braille, há o cups-filters, e quase todas as principais distribuições parecem ter drivers para embossers
      No Linux também é possível converter imagens em gráficos braille com imagemagick. O Windows nem oferece drivers de embosser por padrão, muito menos saída gráfica
      Seria bom se a acessibilidade da GUI no Linux fosse melhor. A base já é bem boa e dá suporte a praticamente qualquer display braille, mas os motores de TTS não são tão bons
    • Um dos leitores de tela mais conhecidos no Linux é o Orca: https://help.gnome.org/users/orca/stable/index.html.en
      Usei por pouco tempo, alguns anos atrás, como teste, mas, no geral, é bem provável que o NVDA e o JAWS no Windows sejam opções melhores

  • Do ponto de vista de desenvolvedor, isso é realmente frustrante. Parece um problema que cria uma experiência de usuário ruim, mas, pelo menos no texto, não há passos para reproduzir
    Bugs que aparecem só de vez em quando são realmente difíceis de encontrar quando são raros o suficiente. As métricas da Apple devem ser melhores que as minhas, mas ainda assim há momentos em que simplesmente detectar o problema já é difícil
    Na Apple, talvez várias equipes tenham que corrigi-lo juntas, como WebKit, Safari e VoiceOver/Accessibility; cada uma tem seu próprio jeito de trabalhar, então pode ser mais complexo do que um problema resolvido por uma única equipe
    Claro que, no fim, também pode ser uma questão de prioridade. Há bugs que permanecem por anos, e regressões que surgem a cada nova versão do OS e continuam lá

    • Essa “complexidade” deveria, na verdade, jogar a favor da Apple. Quando várias peças ficam sob responsabilidade de empresas completamente diferentes, inevitavelmente fica mais difícil consertar problemas

  • Antigamente, a Apple era especialmente boa em criar uma boa experiência de acessibilidade, sobretudo no iPhone. Quase não uso acessibilidade no macOS, então é difícil falar muito, mas acho que Google e Microsoft estão alcançando esse nível no Android e no Windows, respectivamente