megaTTS » programação

Construindo Tecnologias Acistivas para o Windows 8

ruibatista — Thu, 22 Sep 2011 12:31:34 +0000

A Microsoft, ao que parece, começou a levar a acessibilidade mais assério. O Buzz à volta do Windows 8 tem sido constante nos últimos dias, e a acessibilidade não foi esquecida. Para os interessados em como funciona um leitor de ecrã, e o papel que o sistema operativo pode ter no sucesso ou não do mesmo, recomendo Este video do channel 9..
De destacar a priocupação na acessibilidade para touchscreens e melhorias no UI Authomation.

O NVDA já dá suporte básico ao Windows 8 e trabalho para melhorias neste âmbito está, desde logo, a ser desenvolvido.

Em Busca dum Smart Phone Acessível

ruibatista — Thu, 01 Sep 2011 22:25:38 +0000

Cada vez mais os Smart Phones são importantes. Para os cegos, para além do computador, podem ser um veículo muito eficaz na inclusão, por exemplo recorrendo a aplicações de orientação GPS ou OCR, mas também a aplicações de uso comum como browsers, redes sociais, jogos… tudo em qualquer lugar.

Existem algumas plataformas móveis (dispositivos / sistemas operativos) que podem ser tornados mais ou menos acessíveis aos cegos. Seguem-se as minhas opiniões sobre algumas – Symbian, Windows Mobile, BlackBerry, Android e IOS – e as razões pelas quais optei pela escolha do Smart Phone que adquiri a pouco temppo.

Symbian s60

A plataforma Symbian é provavelmente a plataforma móvel que teve acessibilidade real em primeiro lugar. A maioria dos telefones Nokia (e alguns de outros fabricantes) a correr Symbian s60 permitiam a instalação de leitores de ecrã como o Talks&Zooms e o Mobile Speak. Em particular o Talks&Zooms, ou talks, foi adoptado por muitas pessoas, por esse mundo fora. Não seria nenhum exagero afirmar que é o leitor de ecrã mais utilizado em telemóveis. Porém, tanto o Talks como o Mobile Speak são pagos, e bem pagos. Sendo eu um utilizador de leitores de ecrã livres como o Orca ou o NVDA, esta situação não me agrada nada. E não tem mesmo que agradar porque, felizmente, cada vez mais produtos já trazem algum tipo de leitor de ecrã embutido, e é o que tem de ser. Por exemplo várias distribuições Linux e o Mac OSX. E mais, que veremos adiante.

Por outro lado a plataforma Symbian está em decadência. A Nokia anunciou a utilização de Windows Mobile 7 nos seus dispositivos e relegou o symbian para segundo plano, quem sabe se não mesmo para o plano do fundo do mar. A quantidade de aplicações e ferramentas disponíveis e menor do que para plataformas mais recentes como o IOS e o Android, e no futuro só tende a piorar. Além disto a acessibilidade a funcionalidades extra sistema original e, por vezes, duvidosa. Algumas aplicações funcionam, outras não, a navegação na Internet com o Talks não é propriamente a mais desejável, e a compatibilidade com touchscreens existe mas não me agradou lá muito. Por fim, no campo da orientação GPS, consta que o WayFinder Access foi descontinuado, e o Mobile Geo… Não faço ideia se é bom ou mau, mas é caro!

Ainda assim a plataforma Symbian ainda é um dos competidores no que respeita à acessibilidade e, se o seu objectivo é fazer chamadas e enviar mensagens, e tem algum leitor de ecrã para esta plataforma, é sem dúvida uma solução a considerar. O meu Nokia 6630 continua vivo e de boa saúde, ou pelo menos sem muitas maleitas.

Windows Mobile

Desde já digo que não me agrada nada por ser Windows, já basta quando não há outra solução. Ainda assim vejamos. A Code Factory tem versão do Mobile Speak para esta plataforma (não sei se para o Windows Mobile 7). Porém, opiniões de utilizadores nos quais tenho bastante consideração e respeito são muito desagradáveis. Tem bugs, os dispositivos ficam lentos, quase impossíveis de utilizar. Além disso é pago. Bem pago, para não variar.

A dolphin tinha o Pocket Hal. Não encontro nenhum link, terá sido descontinuado?

Seja como for, Windows Mobile… não! E desculpem pela intransigência.

BlackBerry

Consta que existe o leitor de ecrã Oratio. Nunca testei. Os dispositivos BlackBerry têm um aspecto engraçado, teclado qwerty, mas pagar $449 por um leitor de ecrã que só Deus sabe se e como funciona, mais o telefonezinho que também não é baratinho… Not for me. Se, por mero acaso, alguém souber de pormenores sobre este leitor de ecrã, sinta-se à vontade de partilhar. Quem sabe… Mas à data da escrita não encontro nada sobre tradução para português.

Android

O Android poderia ser a solução para todos os males mas infelizmente… não é. Existe sim alguma acessibilidade aos dispositivos a correr android, dependendo, da versão do sistema e das características do próprio dispositivo. O projecto Eyes-Free desenvolveu várias aplicações de acessibilidade como o leitor de ecrã TalkBack, a shell eyes-free-shell, o SoundBack, entre outras, todas livres e incluídas na maioria dos dispositivos. Existe também o leitor de ecrã Spiel, também livre e desenvolvido por um programador independente, que segundo algumas opiniões, é melhor que o do Google. Mas a acessibilidade a ecrãs táteis, apesar de ter sofrido pequenas evoluções, é pouco eficaz, para não dizer uma brincadeira. Apenas com aplicações específicas para cegos como o próprio Eyes-Free-Shell ou as aplicações Acessíveis da Code Factory as coisas podem melhorar um pouco, a troco de alguns euros. E há quem use Android, mas não terá acessibilidade em tantas aplicações como desejaria. E há muitas! A plataforma é muito aberta, fácil de desenvolver e as políticas são muito menos restritivas do que as da concorrência.

O problema é que em termos de acessibilidade o sistema operativo tem problemas. Os leitores de ecrã existentes fazem o possível mas o próprio sistema não deixa mais. As Apis de acessibilidade do Android não suportam navegação por objectos no ecrã, apenas reparam em objectos aos quais existe ou existiu algum tipo de interacção, por exemplo terem o foco. Até o MSAA, nos anos 90, suportava tal coisa como navegação pela hierarquia de objectos! Mais, não existe a possibilidade de interceptar input globalmente, o que torna a interface dum leitor de ecrã difícil de desenhar. Para complicar, as interfaces que alguns fabricantes colocam “por cima” do Android não têm, na maioria das vezes, nenhum cuidado com a acessibilidade. Assim é complicado fazer-se um leitor de ecrã, para não dizer impossível.

O Android seria a minha plataforma de eleição, se não fosse a acessibilidade. Tem tudo o que eu peço e ainda mais. Além disso conheço minimamente as tecnologias onde a plataforma é baseada o que me permitiria desenvolver aplicações para estes dispositivos, com menos esforço do que para outras plataformas. Para terminar existem vários fabricantes de dispositivos com Android, a escolha poderia igualmente passar pelo hardware, se o mundo fosse perfeito. Mas não é.

Esperemos que num próximo artigo como este as coisas sejam diferentes.

IOS

Talvez IOS não faça luz na mente de todos, mas se disser que é o sistema operativo utilizado nos produtos da Apple como o Ipod, Ipad e, a razão principal, do IPhone. E é do IPhone que falaremos.

O IPhone é caro, nem todas as carteiras lá chegam. A noção de interoperabilidade da Apple é no mínimo dúbia: a obrigatoriedade de se usar o ITunes, mesmo para transferir apenas músicas, é enervante. A crónica necessidade que eles têm de nos tentar vender tudo, mesmo que seja para podermos programar para a plataforma. E se queremos ganhar algo com programas para o IPhone só passando pela Apple, e eles também ganham só por lá passar. O lado positivo é que com o vasto público alvo também pode ser uma boa oportunidade.

Com tudo, nem tudo é mau. Aliás, até é bom, realmente bom. O Iphone, a partir do 3GS, inclui o leitor de ecrã VoiceOver. Mesmo sendo um telefone com apenas um ecrã tátil, a interacção e a mais acessível que encontrei numa plataforma móvel. É o tipo de coisa que só experimentando. Os comandos do leitor de ecrã e de interacção com as aplicações fazem-se todos pelo toque e com feedback sonoro e de voz. E simplesmente funciona. A grande maioria das aplicações ssão acessíveis, tanto as do sistema como as que se podem descarregar ou adquirir na appstore. além disso os preços das aplicações são justos. Não é perfeito claro, tem as suas falhas, algumas aplicações poderiam ser mais acessíveis (muitas vezes por culpa dos próprios desenvolvedores), e o leitor de ecrã consome alguma bateria extra. Escrever no ecrã tátil também não é lá daquelas coisas que me agrade particularmente mas com o hábito parece-me funcionar.

Em conclusão, tirando a parte do preço e do “do it the apple way or don’t do it”, o IPhone é um óptimo produto na perspectiva da inclusão. Mais nenhuma fortuna por um leitor de ecrã para o telefone que, de outra forma, não se poderia utilizar. Mesmo aplicações externas de acessibilidade (detectores de cores, OCR, GPS adaptado) têm preços justos, em minha opinião.

Foi o telefone que adquiri, um IPhone 4. E estou bastante contente com ele. para mim, pareceu-me a melhor solução. E felizmente tive possibilidade de o adquirir. Mais artigos sobre o IPhone nos próximos tempos então.

Notas Finais

Por ter sido esta a solução que mais me satisfez não significa que o IPhone seja solução para todos os problemas. O facto é que, pelo menos em acessibilidade, e um óptimo produto. Experimente, julgue, pergunte. O tempo encarregar-se-á de trazer mais produtos com acessibilidade, e de mudar tudo o que para hoje é certo.

O Blog do James Teh, programador do leitor de ecrã NVDA, tem alguns artigos que pesaram na minha escolha. Recomendo a leitura.

Como instalar AT-SPI2 e QT-AT-SPI em Ubuntu 11.04 (acessibilidade em aplicações qt)

ruibatista — Wed, 22 Jun 2011 17:46:47 +0000

Por mera coriosidade testei as versões de desenvolvimento das tecnologias de suporte a acessibilidade no desktop GNOME (Linux). A novidade mais interessante nestes testes foi a possibilidade de aceder, mesmo que para já de forma incompleta e muito instável, a aplicações com interfaces gráficas escritas com a biblioteca QT.

A pedido de várias famílias ficam aqui as instruções de como instalar as feramentas necessárias no Ubuntu 11.04. É provavel que tais instruções não funcionem em versões anteriores do Ubuntu. Mais, estes procedimentos tornarão o seu sistema instável, se não mesmo inutilizável. Não são recomendadas para máquinas usadas em produção. Fica aqui o avizo: não faça nada disto se não souber mesmo o que está a fazer. Deverá saber como reinstalar o sistema ou alguns dos seus componentes para reverter para versões mais estáveis dos pacotes aqui referidos.

Dependências e Ferramentas Necessárias

Antes de mais é necessária a instalação do sistema de controlo de versões Git. No terminal:

$ sudo apt-get install git-core

Seguidamente as dependências necessárias à compilação do AT-SPI2 e ATK. terminal:

$ sudo apt-get build-dep at-spi2-core libatk-adaptor

Bem como as do QT e da ponte entre QT e AT-SPI

$ sudo apt-get install libqt4-qmake libqt4-dev

Descarregar, compilar e INstalar o código dos repositórios Git

Existem 4 diferentes pacotes a instalar: at-spi2-core, at-spi2-atk, pyatspi2 e qt-at-spi. Numa directoria indicada para este propósito (onde costuma ter o seu código fonte), faça o seguinte:

1. Obter os pacotes dos repositórios Git. No terminal cole o seguinte:

# at-spi2-core
git clone git://git.gnome.org/at-spi2-core

# at-spi2-atk
git clone git://git.gnome.org/at-spi2-atk

# pyatspi2
git clone git://git.gnome.org/pyatspi2

# qt-at-spi
git clone git://gitorious.org/qt-at-spi/qt-at-spi.git

2. Compilar e instalar.

O processo é o mesmo nos pacotes at-spi2-core at-spi2-atk e pyatspi2. No caso do at-spi2-core faça o seguinte:


cd at-spi2-core
./autogen.sh --prefix=/usr
make && sudo make install

Tenha atensão a possíveis erros na compilação ou instalação. Estarei aqui para ajudar tanto quanto possível.

Faça o mesmo nas directorias at-spi2-atk e pyatspi2. A ordem deverá ser at-spi2-core, at-spi2-atk e pyatspi2, reafirmo.

3. o qt-at-spi tem um procedimento um pouco diferente mas igualmente simples, no terminal:

cd qt-at-spi
qmake
make
sudo make install

Preparação do desktop GNOME

Deverá defenir as preferências de acessibilidade no gconf para usar o at-spi2 via d-bus, em vez da versão CORBA. Para isso execute:

gconftool-2 --set /desktop/gnome/interface/at-spi-dbus --type bool true
gconftool-2 --set /desktop/gnome/interface/at-spi-corba --type bool false

Se desejar reverter a situação deverá definir as preferências de forma inversa, com:

gconftool-2 --set /desktop/gnome/interface/at-spi-dbus --type bool false
gconftool-2 --set /desktop/gnome/interface/at-spi-corba --type bool true

Reinicie a sessão do GNOME e tente executar o Orca. Se tudo estiver bem ele deverá falar como dantes.

Executar aplicações QT

Para que os plugins de acessibilidade do qt sejam carregados é necessário que a variável QT_ACCESSIBILITY tenha o valor '1':

$ export QT_ACCESSIBILITY=1

Depois, com a variável definida executar uma aplicação QT. Um bom teste é a calculadora de exemplo presente na distribuição do qt-at-spi. Para isso:

cd qt-at-spi
./examples/calculator/calculator

Ou mesmo o skype, se o tiver instalado e quizer testar, como me parece que seja provável. A lista de contactos não é acessível mas alguns controlos, principalmente butões, são correctamente indicados.

Referências

Acessibilidade em HTML 5

ruibatista — Sat, 18 Jun 2011 23:46:57 +0000

Para os designers, programadores e webmasters de serviço, e afoitos a tecnologias mais recentes, este é um site a registar:

http://html5accessibility.com/

Recomendo.

Google I/O 2011: Aproveitando as APIs de acessibilidade do Android para Criar uma Experiência Acessível

ruibatista — Tue, 07 Jun 2011 21:47:41 +0000

Conferência Google I/O 2011, os programadores T.V. Raman, e Charles Chen do google apresentaram uma Keynote bastante interessante sobre as ferramentas de acessibilidade do Android, em particular do leitor de Ecrã talkback. Abaixo o vídeo (em inglês) da apresentação bem como a tradução do seu resumo.

Watch this video on YouTube.

Charles Chen, T.V. Raman, Tim Credo

A plataforma Android inclui um coonjunto de APIs [1] fáceis de utilizar que possibilita a criação de serviços de acessibilidade por terceiros, como leitores de ecrã. Nesta apresentação, nós faremos uma introdução a API de acessibilidade do Android, aos serviços mais usados, e explicar como aproveitar todo o potencial de acessibilidade da plataforma Android.

[1] API – Application programming Interface (Wikipedia)

Acessibilidade nos Vários Players do Youtube

ruibatista — Tue, 07 Jun 2011 14:03:24 +0000

Fica aqui a referência para um artigo de interesse para programadores Web e interessados em acessibilidade web, no que respeita à interacção com as páginas do youtube, bem como à inclusão de vídeos desta plataforma em websites externos.

Accessibility and the YouTube Players – Terrill Thompson

Java Access Bridge 2.0.2 com suporte a Windows 7 e 64bit

ruibatista — Wed, 04 May 2011 19:13:15 +0000

O tão necessário suporte do Java Access Bridge a Windows 7 e sistemas 64 bits, apareceu sorrateiramente na página da Oracle. Trata-se da versão 2.0.2 qda conhecida ferramenta que possibilita que aplicações que implementem as APIs de acessibilidade do java sejam acessíveis com leitores de ecrã. Links úteis (em inglês):

Grupo sobre programação para Cegos em Português.

ruibatista — Mon, 16 Aug 2010 01:13:36 +0000

O grupo de discução cegos-programadores destina-se a que utilizadores cegos interessados em programação troquem experiências. O grupo conta com a presença de utilizadores iniciantes na programação como também gente com experiência na área. Entre outros assuntos têm sido abordadas várias linguagens de programação, exercícios para iniciantes e acessibilidade de editores e IDEs.

Para se inscrever neste grupo envie um e-mail em branco para
cegos_programadores+subscribe@googlegroups.com
ou aceda à página do grupo cegos-programadores no google groups.

Firebug 1.4 trás Desenvolvimento Web Acessível

ruibatista — Thu, 20 Aug 2009 23:58:12 +0000

A extensão Firebug para o Mozilla Firefox permite a depuração, edição e monitorização do CSS, HTML, Javascript e DOM de qualquer Web site, bem como outras ferramentas para Web Developpers. [1]

Até aqui nada de muito extraordinário… Ou melhor, até ao lançamento do firebug 1.4 nada de extraordinário: a acessibilidade da extensão era quase nula, para efeitos de desenvolvimento sério uma total perca de tempo e um foco de frustrações nas minhas tentativas de depurar javascript. [2]

Mas agora tudo é diferente. O Firebug 1.4 saltou dos 0 aos 100 (vá, aos 90) graças ao fantástico suporte de acessibilidade que a plataforma Mozilla proporciona. A utilização da maioria das funcionalidades é totalmente acessível e o trabalho continua nas que ainda não o são. As melhorias estão todas documentadas ao detalhe bem como a forma de usufruir delas, basta consultar os melhoramentos de acessibilidade no Firebug 1.4

Como seria de esperar o NVDA é o leitor de ecrã que melhor acesso oferece ao Firebug, compreende-se visto que é o que melhor acesso oferece ao Mozilla Firefox. No entanto o JAWS e Windows-Eyes também não se saem mal, isto no mundo Windows. Acabei de testar com o Orca no Ubuntu e os resultados são igualmente excelentes.

O facto mais interessante é que nenhum dos desenvolvimentos se direccionou a qualquer leitor de ecrã ou tecnologia acistiva específica. Foi apenas necessária a introdução de WAI-ARIA de forma a que a interface forneça suporte de acessibilidade a todas as tecnologias que o suportem.

Convém ainda referir que para a melhor experiência possível recomenda-se a utilização do Firefox 3.5 ou superior em conjunto com o Firebug 1.4.

Este é sem dúvida um grande contributo para o desenvolvimento web dos portadores de deficiência visual, as possibilidades são muitas até mesmo na construção do layout das páginas o Firebug oferece algumas ajudas acessíveis.

Mais Informações

Para instalar e testar o Firebug bem como testar o suporte de acessibilidade recomendo vivamente a consulta das seguintes referências, todas em inglês: [3]

Página oficial do Firebug
Documentação do Firebug
Melhoramentos de acessibilidade no Firebug 1.4
Artigo de Marco Zehe da Mozilla: blind web devs jump-on the firebug train

¹ Tradução livre de parte do Artigo sobre o Firebug na wikipedia

² Por exemplo, num projecto que fiz para a faculdade, onde se tentava simular a interface dum telemóvel em HTML e javascript utilizando jQuery a utilização do Firebug (1.3 na altura) era feita através dos olhos dos colegas de grupo. O resultado foi ter-se decidido reescrever a aplicação em python para s60 (a correr no meu Nokia 6630) três dias antes do prazo, um 11 na nota final e um jantar pago pelo meu estimado colega Nuno Farinha

³ Talvez um dia, caso haja interesse e me sinta à vontade o suficiente, venha a escrever um tutorial decente para o firebug acessível.

Como Usar O NVDA E O Firefox Para Testar A Acessibilidade Das Suas Páginas WEB

diogo — Sun, 26 Apr 2009 14:08:57 +0000

A tradução não está perfeita mas dá bem para se entender este excelente artigo do Marcos Zehe que colocamos em português.

Este artigo tem como objectivo ser um pequeno guia para ajudá-lo a testar os seus sites ou aplicações Web pela utilização do NVDA e do Firefox, sendo estas algumas das ferramentas disponíveis para os deficientes visuais, os mesmos que beneficiarão da acessibilidade dos seus sites. Embora existam muitos softwares que verificam se o código das suas páginas está bem escrito, é sempre útil utilizar um leitor de ecrã real para ouvir e ter uma noção como são as suas páginas Web para os visitantes cegos.
O NVDA (NonVisual Desktop Access) é um leitor de ecrã livre e open-source para o sistema operativo Microsoft Windows. Ao contrário das aplicações comerciais da concorrência, que têm de ser adquiridas para serem legalmente utilizadas para poder efectuar testes aos sites o NVDA não lhe custará nada. Além disso, é leve e eficaz e pode ser instalado física e virtualmente em computadores. O seu sistema não será afectado por este leitor de ecrã, visto que não serão instalados quaisquer drivers de vídeo. Se pretender, pode colocar a versão portátil numa Unidade amovível USB e executar o NVDA a partir daí, que o mesmo continuará a não requerer qualquer tipo de instalação.

Como Obter O NVDA

O NVDA pode ser obtido a partir da página principal do projecto. Geralmente, tem duas opções:

Faça o download da versão 0.6P3 que era a mais actual na altura em que escrevi este artigo. Esta é uma versão estável o que faz com que seja apropriada para a maioria das tarefas. No entanto, pode não conter as últimas actualizações.
Descarregue a versão snapshot mais actual que está em desenvolvimento. Esta pode ser um pouco mais instável, ou os recursos podem estar em desenvolvimento ou temporariamente indisponíveis, mas os que estão disponíveis são os mais recentes. Por exemplo, se pretender ou necessitar de testar os seus sites com o Internet Explorer 8, para além do Firefox, não é a versão actual, a 0.6p3 que o vai ajudar nessa tarefa. Contudo, esteja ciente de algumas limitações quando testar a Accessible Rich Internet Applications (WAI-ARIA) disponível nas aplicações Web com o IE. Além disso, o suporte do NVDA para as actualizações dinâmicas e para a ARIA no IE está ainda em desenvolvimento contínuo, por isso, os resultados podem não ser tão satisfatórios.

Uma vez feito o download, instale-o, ou coloque a versão portátil numa unidade flash USB adequada e execute o NVDA.

Executar Pela Primeira Vez

Iniciar o NVDA é fácil. O instalador permite executá-lo logo após a conclusão. Ao correr o programa a partir da Unidade USB, é tão fácil executá-lo como estar no Explorador e clicar duas vezes no executável do NVDA.
Na primeira parte, um Guia de Configuração Rápida irá aparecer. Encorajo-o pelo menos a percorrê-lo. Pode de seguida, optar por desactivar este diálogo e clicar em OK. Agora, o NVDA vai localizar-se na sua área de notificação e vai falar consigo através da sua placa de som.

Saída de Voz Visual

O NVDA fornece uma funcionalidade útil para aqueles que não podem, ou não querem habituar-se à voz predefinida que o acompanha. Este leitor de ecrã vem com um sintetizador que em vez de falar, coloca o que ele iria dizer a aparecer no ecrã através de uma pequena janela. Para efectuar esta alteração, siga os seguintes passos:

Clique com o botão direito no ícone do NVDA na área de notificação.
Seleccione Preferências –> Sintetizador.
A partir da caixa de combinação, seleccione o sintetizador Display.
Clique em OK.
Se desejar guardar as alterações para torná-las permanentes, clique com o botão direito no ícone do NVDA novamente e seleccione “Guardar configuração”.

Abrir o seu primeiro site e ver com o NVDA

Agora, é hora de iniciar o Firefox e abrir uma página Web para obter resultados.
Quando a página carrega, o NVDA deve anunciar automaticamente o título. É altura de se familiarizar com o Buffer virtual, conceito comum a todos os leitores de ecrã do mercado para o Windows. Em suma, o que acontece é que o NVDA recolhe o HTML da página e converte-o num documento plano com informação do código. Os links, títulos, campos de formulário, imagens e outras informações são falados com o próprio texto da página. Isto é feito apenas quando o Firefox carrega todo o código HTML.
O denominado documento virtual do NVDA, é o que lhe aparece por defeito. Pode usar as setas para navegar no documento por caracter ou linha, e com a tecla Ctrl em conjunto com as setas, também por palavra. Pode seleccionar o texto utilizando a tecla Shift com as setas e copiar o que seleccionou para a área de transferência. Se encontrar um controlo interactivo, como uma caixa de texto, caixa de combinação ou caixa de listagem, pode alternar
Para o que se chama modo de foco do NVDA, no qual o modo de leitura (buffer virtual) é interrompido e o foco é definido para o controlo actual, estando o mesmo pronto para que interaja através do teclado, como se não fosse o NVDA a gerir tudo. Active o modo de foco pressionando Enter quando o cursor virtual está sobre o campo. Ao premir Escape, voltará à leitura virtual do documento. Se navegar na página com a tecla Tab, o modo de foco será automaticamente activado e desactivado.
Quando navegar no documento virtual, o NVDA irá actualizar o foco real do browser para o próximo elemento focável assim que o cursor virtual chegue lá. Muitas vezes têm indicação visual do local onde está na página, para o caso de se perder.
À medida que navega, o NVDA irá também anunciar as informações do código, tais como o “link”, “título de nível 1″ (até à “posição de nível 6″), “botão” ou algo do género. Ele vai indicar se entra ou sai de listas e quantos itens as mesmas contêm.

Teclas De Navegação Do Buffer Virtual

Enquanto o buffer virtual está activo, as seguintes combinações de teclas podem ser utilizadas para a realização de acções.
Nota: A tecla do NVDA normalmente é a tecla Insert do bloco numérico, mas pode ser configurada em Preferências / Teclado… Nas definições que estão no menu do NVDA. Também pode definir a tecla CapsLock como tal.

Funções gerais
Tecla	Função
NVDA + Espaço	Alterna entre activar ou desactivar o buffer virtual
Control + NVDA + F	Localizar
NVDA + F3	Localizar seguinte
NVDA + F7	Apresenta uma lista de todos os links da página
NVDA + F5	Actualiza o buffer, por vezes necessário para conteúdo dinâmico

O que se segue é uma lista de teclas rápidas para mover o cursor virtual. Essas teclas podem ser somente uma letra que também pode estar em conjunto com a tecla Shift para desempenhar a mesma função na direcção inversa.

Teclas rápidas do buffer virtual
Tecla	Elemento
H	Título
1 -6.	Títulos de 1 a 6, respectivamente
L	Lista (ordenada, desordenada, definição)
I	Item de lista
T	Tabela
K	Link
U	Link não visitado
V	Link visitado
F	Campo de formulário
E	Campo de edição
B	Botão
X	Caixa de verificação
C	Caixa de combinação
R	Botão de opção
Q	Bloco de citação
S	Separador
M	Frame
G	Gráfico

Portanto, se estiver a navegar por este artigo com o NVDA, pressione Ctrl + Home, seguido de t uma vez que o irá conduzir para a primeira tabela, onde estão os comandos gerais. Ao pressionar novamente t irá saltar para a segunda tabela que contém as teclas rápidas do buffer virtual.

Verificar Aspectos Diferentes Da Sua Página Web

OK, agora que está familiarizado com o funcionamento do NVDA, é altura de carregar o seu Web site e dar-lhe uma espreitadela. Aspectos que o NVDA pode ajudá-lo a verificar rapidamente:
Os seus títulos têm uma estrutura lógica? Ou colocou tudo na mesma posição de nível apesar de algo poder ser um subtítulo?
Pretende que os campos de formulário, tais como áreas de edição e botões tenham etiquetas? Por outras palavras, o NVDA anuncia qualquer coisa como o “Nome do utilizador: edição” automaticamente, ou não e anuncia apenas “edição”? Neste último caso, as etiquetas não estão correctamente associadas ao campo com o rótulo. Este é um erro no seu código que é facilmente corrigido.
As imagens importantes têm um texto alternativo coerente? Todas as imagens que estão como links e as que explicitam alguma coisa importante devem ter texto alternativo. Caso contrário, os leitores de ecrã não podem reconhecer o que está na imagem. Eles vão tentar descobrir parte através do atributo src como o nome da imagem, mas isto é bastante precário, ou até mesmo inútil.
O conteúdo tal como links de navegação está agrupado dentro de uma lista de algum tipo? Ao colocá-los numa lista, ajuda a adicionar informação estruturada nas suas páginas.
Se utilizar a WAI-ARIA, está a usar regras para marcadores de navegação de pesquisa, principal, rodapé etc. Isto irá ajudar na identificação de partes específicas do seu site e desta forma, facilitará a navegação / compreensão do layout do mesmo.
Se utiliza também a WAI-ARIA, os seus campos de formulário estão a informar que são de preenchimento obrigatório com o atributo aria-required? Os leitores de ecrã como o NVDA podem usar isto para fornecerem uma indicação clara de que este formulário é de preenchimento obrigatório.
É óbvio que há mais coisas para ver do que o que foi referido acima mas estes são os pontos onde o NVDA poderá ajudá-lo a avaliar rapidamente se o seu código está bem escrito.

Técnicas Avançadas

O NVDA tem um mecanismo denominado Objecto de Navegação. Este modo é uma forma de se andar pela hierarquia definida pelo Firefox e também por outras aplicações acessíveis. Existe um objecto acessível predefinido que representa geralmente a janela principal ou frame, bem como os seus descendentes (filhos em inglês), descendentes dos descendentes (netos em inglês) e descendentes dos descendentes dos descendentes (bisnetos em inglês), etc. Estes são todos os objectos da UI e da página Web que estão carregados. Ferramentas tais como o Microsoft Accessibility Explorer ou o IBM AccProbe permitem que os visualize, mas se actualmente não tem consigo estes programas, ou se pretende ouvir a sua árvore em vez de a ver, o NVDA fornece-lhe os meios para fazer isto.
Este leitor de ecrã também dá-lhe por defeito algumas informações, tais como se o elemento está a ser correctamente apresentado (visível), não disponível (esmaecido) ou outras informações semelhantes. A seguir encontram-se alguns comandos básicos para iniciar:

Comandos Básicos Dos Objectos de Navegação
Tecla	Descrição
NVDA + NumPad8	Desde o elemento actual, vai para o seu ascendente (pai em inglês)
NVDA + NumPad4	Vai para o objecto anterior do mesmo nível (irmão em inglês)
NVDA + NumPad6	Vai para o objecto seguinte do mesmo nível (irmão em inglês)
NVDA + NumPad2	Move para o primeiro objecto descendente (filho em inglês) ao actual

Objectos do mesmo nível referem-se a objectos que tenham um ascendente (pai em inglês) comum, tal como em simples relações familiares.
Ao navegar pela sua página desta forma, pode ouvir cada lista, div (apresentadas como secções), todos os formulários e respectivos campos descendentes, etc., e pode compreender como o seu código afecta o fornecimento de acessibilidade da programação de interfaces.
Para mais informações sobre o objecto de navegação, veja o Guia de Referência de Teclas de Atalho e também no Guia do Utilizador do NVDA, sendo ambos instalados no seu sistema quando procedeu à instalação deste leitor de ecrã.

Em Conclusão

Este artigo não pretende substituir o manual do NVDA. Espera-se que este texto seja útil para os programadores Web que pretendem ter mais uma ferramenta para melhorarem o seu espaço de trabalho do dia-a-dia, através de testes à interacção humana com os seus sites.
Dito isto, o feedback é, naturalmente, muito bem-vindo! Pode encontrar informações sobre como entrar em contacto comigo através do link “Acerca”.

Fonte: http://www.marcozehe.de/articles/how-to-use-nvda-and-firefox-to-test-your-web-pages-for-accessibility/