Screen reader

Command-line (text)Edit

em sistemas operacionais iniciais, como o MS-DOS, que empregava interfaces de linha de comandos (CLIs), o ecrã consistia em caracteres que mapeavam directamente para um ecrã buffer na memória e uma posição de cursor. A entrada foi pelo teclado. Todas estas informações poderiam, portanto, ser obtidas a partir do sistema, quer através do encapsulamento do fluxo de informações em torno do sistema e da leitura do tampão de ecrã, quer através da utilização de uma tomada de saída de hardware padrão e da comunicação dos resultados ao utilizador.nos anos 80, o centro de Investigação para a educação dos deficientes visuais (RCEVH) da Universidade de Birmingham desenvolveu um leitor de ecrã para o BBC Micro e o NEC Portable.

GraphicalEdit

Off-screen modelsEdit

Com a chegada de interfaces gráficas (GUIs), a situação tornou-se mais complicado. Uma GUI tem caracteres e gráficos desenhados na tela em posições particulares, e, portanto, não há representação puramente textual do conteúdo gráfico da tela. Os leitores de tela foram, portanto, forçados a empregar novas técnicas de baixo nível, recolhendo mensagens do sistema operacional e usando-as para construir um “modelo off-screen”, uma representação da tela em que o conteúdo de texto necessário é armazenado.

Por exemplo, o sistema operacional pode enviar mensagens para desenhar um botão de comando e seu título. Estas mensagens são interceptadas e usadas para construir o modelo off-screen. O usuário pode alternar entre os controles (como botões) disponíveis no ecrã e as legendas e o conteúdo de controle serão lidos em voz alta e/ou mostrados em Braille.os leitores de tela também podem comunicar informações sobre menus, controles e outras construções visuais para permitir aos usuários cegos interagir com essas construções. No entanto, manter um modelo off-screen é um desafio técnico significativo; ligar as mensagens de baixo nível e manter um modelo preciso são ambas tarefas difíceis.

Apisedit de acessibilidade

Sistema Operacional e designers de aplicações tentaram resolver estes problemas, fornecendo maneiras para os leitores de tela para acessar o conteúdo de exibição sem ter que manter um modelo fora do ecrã. Estes envolvem o fornecimento de representações alternativas e acessíveis do que está sendo exibido na tela acessada através de uma API. As API existentes incluem::

  • Android Accessibility Framework
  • Apple API de Acessibilidade
  • AT-SPI
  • IAccessible2
  • o Microsoft Active Accessibility (MSAA)
  • Microsoft Automação de INTERFACE do usuário
  • o Java Access Bridge

leitores de Tela podem consultar o sistema operacional ou aplicativo para o que está sendo exibido e receber atualizações quando o visor muda. Por exemplo, um leitor de tela pode ser informado de que o foco atual está em um botão e o título do botão a ser comunicado ao usuário. Esta abordagem é consideravelmente mais fácil para os desenvolvedores de leitores de tela, mas falha quando as aplicações não estão em conformidade com a API de acessibilidade: por exemplo, o Microsoft Word não cumprir com o MSAA API, assim, os leitores de ecrã devem ainda manter um fora-da-tela do modelo para Word ou encontrar outra maneira de acessar seu conteúdo. Uma abordagem é usar as mensagens do sistema operacional disponíveis e modelos de objetos de aplicação para complementar as API de acessibilidade.

Leitores de tela pode ser assumido como capaz de acessar todo o conteúdo de exibição que não é intrinsecamente inacessível. Navegadores Web, processadores de texto, ícones e programas de E-mail são apenas algumas das aplicações usadas com sucesso pelos usuários do leitor de tela. No entanto, de acordo com alguns utilizadores, a utilização de um leitor de ecrã é consideravelmente mais difícil do que a utilização de uma interface gráfica, e muitas aplicações têm problemas específicos resultantes da natureza da aplicação (por exemplo, animações) ou do incumprimento das normas de acessibilidade para a plataforma (por exemplo, Microsoft Word e Active Accessibility).

programas de auto-voz e aplicações edit

Alguns programas e aplicações têm tecnologia de voz incorporada ao lado de sua funcionalidade primária. Estes programas são chamados de auto-voz e podem ser uma forma de tecnologia de assistência se eles são projetados para remover a necessidade de usar um leitor de tela.alguns serviços telefónicos permitem aos utilizadores interagir remotamente com a internet. Por exemplo, TeleTender pode ler páginas da web por telefone e não requer programas especiais ou dispositivos no lado do Usuário.

Web-basedededit

a relatively new development in the field is web-based applications like Spoken-Web that act as web portals, managing content like news updates, weather, science and business articles for visible-failure or blind computer users. Outros exemplos são ReadSpeaker ou BrowseAloud que adicionam funcionalidade de texto-para-voz ao conteúdo da web. O público principal para tais aplicações são aqueles que têm dificuldade de Leitura por causa de deficiências de aprendizagem ou barreiras linguísticas. Embora a funcionalidade permaneça limitada em comparação com aplicações de desktop equivalentes, o principal benefício é aumentar a acessibilidade de tais sites quando vistos em máquinas públicas onde os usuários não têm permissão para instalar software personalizado, dando às pessoas maior “liberdade para vaguear”.

com o desenvolvimento de smartphones, a capacidade de ouvir documentos escritos (conteúdo textual web, documentos PDF, e-mails, etc.) durante a condução ou durante uma actividade semelhante, da mesma forma que ouvir música, irá beneficiar um público muito mais vasto do que as pessoas com deficiência visual. Os exemplos mais conhecidos são Siri para iOS, e Google Now e Iris para Android. Com o lançamento do Galaxy S III, Samsung também introduziu um assistente pessoal inteligente semelhante chamado S Voice. No sistema operacional BlackBerry 10, seu smartphone Z30 também possui características de interação falada, que são semelhantes aos outros sistemas operacionais móveis.

esta funcionalidade depende da qualidade do software, mas também de uma estrutura lógica do texto. Utilização de títulos, pontuação, presença de atributos alternativos para imagens, etc. é crucial para uma boa vocalização. Também um site pode ter uma boa aparência devido ao uso de posicionamento bidimensional apropriado com CSS, mas sua linearização padrão, por exemplo, suprimindo qualquer CSS e Javascript no navegador pode não ser compreensível.

Leave a Reply