Esta parceria evita a duplicação de informação (quando uma obra já está em produção é assinalada o que impede que todos trabalhem no mesmo) e contribui para o aumento da produção assim como para a uniformização do processo de produção. A informação é disponibilizada a um universo maior de utilizadores.

O objectivo é fazer render os recursos e, com a cooperação de profissionais de diversas áreas e diferentes regiões, procurar soluções conjuntas.

O resultado está à vista com a criação de duas novas unidades de produção e a multiplicação a nível nacional de postos de acesso devidamente equipados para servir utilizadores com diferentes necessidades (ex.: virador de páginas e sensor de movimento de cabeça). Existem neste momento mais de 3000 títulos em Braille, áudio e texto integral disponíveis.

O acesso à BAES pode fazer-se através do portal da Universidade do Porto, da Biblioteca de Letras ou da Biblioteca Virtual. Todos têm acesso ao registo da informação (referências bibliográficas) mas só os utilizadores registados podem aceder ao texto integral.

            A BAES produz e as obras são colocadas nos ALFA (Áreas de Leitura em Formatos Alternativos). O repositório da UP é actualizado, assim como o catálogo da Biblioteca.

O facto de a BAES estar integrada no sistema utilizado pela Universidade assegura que não fique esquecida e faça parte das renovações.

Alice Ribeiro, responsável pelo Serviço de Apoio ao Estudante com Deficiência da UP, afirma que a Biblioteca Aberta do Ensino Superior está aberta a novos parceiros e novas possibilidades de cooperação.

Gostaria de referir que na produção destes documentos em suporte digital há que ter em consideração algumas regras. A título de exemplo:

Os espaços em branco devem ser limitados.

As referências bibliográficas devem ser o mais completas possível.

Deve-se proceder sempre a uma rigorosa revisão ortográfica.

Há que eliminar as quebras de página ou de secção contínua.

O número de páginas não deve ser eliminado mas sim colocado entre parêntesis rectos, deixando uma linha em branco antes e depois desta indicação.

Deve retirar-se o hífen às palavras hifenizadas no final das linhas, as tabelas devem se desmontadas,

As notas de rodapé ou cabeçalho devem ser sempre colocadas no final do documento.

Os parágrafos devem ser definidos através de tabulação, deve manter-se uma ordem correcta de cabeçalhos, ou seja, não se pode colocar um cabeçalho 2 para um título e um cabeçalho 1 para o subtítulo.

No Guia de Boas Práticas na Construção de Web Sites da Administração Directa e Indirecta do Estado pode ler-se que a Sociedade da Informação, tal como foi concebida, não deverá excluir ninguém, nomeadamente todo e qualquer cidadão com necessidades especiais. Os conteúdos e as ferramentas criados devem permitir que estes cidadãos possam pertencer a essa sociedade e não o contrário, pelo que os obstáculos erguidos no formato de barreiras tecnológicas devem ser eliminados ou diminuídos.

A BAES trabalha neste sentido e torna-se assim uma mais-valia e uma referência numa sociedade que ainda caminha para a Acessibilidade. Aos poucos e poucos estamos a construir acessos para derrubar barreiras.

Protótipo Hi-Fi – Segundo plano

Para uma melhor visualização do estado do sistema, o hemiciclo passa agora a ser apresentado com transparência, por defeito, e on roll over o botão do partido, ou parte do hemiciclo escolhida, fica com 100% de opacidade. Constatamos que funciona bastante melhor desta forma. Quando o utilizador se encontra a visualizar conteúdos sobre determinado partido, a parte do hemiciclo correspondente apresenta, portanto, opacidade total.

Protótipos Hi-Fi – on roll over

Os três níveis de informação, dentro do segundo plano, foram reduzidos para apenas dois. O segundo nível foi anulado porque descarregava pouca informação. Assim, clicando no botão de um partido, descarrega-se automaticamente a informação do Presidente do Grupo Parlamentar, ou seja, o utilizador já não precisa de clicar no nome do Presidente.

Esta opção colmatou também outro problema, pois, de acordo com os utilizadores, a affordance no nome do presidente era fraca e não levava a que as pessoas lá clicassem para visualizar informações sobre o líder.

No entanto, o mapeamento por cor no nome do presidente foi mantido. Para uma maior consistência, as janelas relativas aos líderes parlamentares também passaram a apresentar esse mapeamento por cor que contribui para uma melhor visibilidade do estado do sistema.

Protótipo Hi-Fi – último nível de informação

Também resultado dos testes com utilizadores, decidimos remover a divisão ao centro, cujo objectivo inicial era reforçar a metáfora do edifício da assembleia da república e dividir dois níveis de informação diferentes. Contudo, acabamos por concluir que a linha divisória causava ruído na informação e que os dois níveis de informação já se dividam por si só.

O Guia de Boas Práticas na Construção de Web Sites da Administração Directa e Indirecta do Estado tem como objectivo fomentar a melhoria da presença na internet dos organismos da Administração Directa e Indirecta do Estado, apresentando-se como complemento do exercício de avaliação periódica em curso.

Resulta da colaboração do Departamento de Sistemas de Informação da Universidade do Minho com a UMIC e pretende ser um contributo para o desenvolvimento de melhores práticas de e-government em Portugal.

Pretende-se transmitir a mensagem que os web sites, sendo uma peça importante na natureza dos serviços prestados ao cidadão, não devem ver a sua estrutura, os seus conteúdos e as suas funcionalidades apenas orientados por necessidades estruturais e internas do organismo, mas estar centrados nos serviços prestados e no valor acrescentado que estes dão ao cidadão, numa abordagem de melhoria da qualidade e na desburocratização dos serviços.

Neste guia constam 38 recomendações, duas das quais referentes à Acessibilidade, a 19 e a 20.

À luz do guia, e depois de recorrer ao Examinator, ao Hera e ao Firefox+Firevox, passamos a uma análise do site do Ministério da Economia e da Inovação.

A disposição dos conteúdos na página é semelhante à da ANACOM, que já vimos estar de acordo com as directrizes de acessibilidade, mas não se pode dizer que o site procure a simplicidade.

Não existe há o uso supérfluo de gráficos ou imagens e não tem som. Todas as imagens estão legendadas com o atributo alt. No entanto, quando a página é desconstruída (sem imagens), o menu do lado esquerdo desaparece, embora continue a ser lido, apenas é visível on roll over.

Não são usadas tabelas e o estilo dos elementos é feito em CSS, embora o Examinator aponte erros nas folhas de estilo.

Não existe uma barra de pesquisa, o que vai contra a recomendação 16, mas a compreensão da informação não é baseada nas diferenças de cor, o que vai de encontro ao “Desenho Universal”.

Ao mesmo tempo que se percorre o site com o Firevox vai aparecendo um alto contraste no local que está a ser lido.

O idioma da página não está assinalado no HTML e deveria estar, já que há bastantes termos em inglês na versão portuguesa o que pode confundir o utilizador que apenas está a ouvir.

É também utilizado o recurso a maiúsculas que deria se evitado pois será interpretado pelo leitor de ecrã como uma sigla. Isto acontece, por exemplo, em “VISITA GUIADA”

Há vários links, à semelhança do site da ANACOM, que, embora tenham o mesmo nome, enviam para destinos diferentes, é o caso do “+ sobre”.

O site está registado em vários motores de pesquisa (recomendação 8).

A concepção das páginas permite a navegação mesmo com a resolução gráfica diminuta (recomendação 18 )

O site tem um link para “Ajuda”, ”FAQ”, identificação e descrição do organismo que tutela o site, vários links externos para órgãos do governo, entre outros, pertinentes no site em questão (recomendação 1), tem a indicação dos softwares necessários para a visualização de certos conteúdos (recomendação 7), legislação pertinente para a actividade da entidade e informação de questões legais e direitos de autor (recomendação 5).

Faltam-lhe, porém, algumas informações que segundo o Guia de Boas Práticas devia ter. A página principal não tem motor de busca nem mapa do site, por exemplo, e os links para downloads não têm a indicação do tamanho dos ficheiros.

Por último, não quero deixar de ressaltar uma informação da UMIC:

A afixação do Símbolo de Acessibilidade não garante que o sítio seja 100% acessível. A sua utilização “denota, por parte dos webmasters, preocupação em dotar o sítio com funcionalidades de acessibilidade que vão ao encontro das necessidades dos utilizadores com deficiência” (NCAM).

A utilização deste símbolo é um acto voluntário que demonstra, unicamente, um esforço em aumentar a acessibilidade de um sítio. Ele não corresponde a nenhum processo de certificação levado a cabo por qualquer organismo certificador.

Não existe qualquer forma de garantir que um sítio Web que ostente o símbolo esteja 100% acessível ou mesmo, que tenha sido concebido de acordo com as directrizes de acessibilidade.

“Imagens e animações. Utilize o atributo alt para descrever a função de cada elemento visual.

Mapas de imagem. Utilize mapas de cliente (anotação map), empregando texto nos pontos activos.

Multimédia. Disponibilize legendas e transcrições da componente sonora, e descrições da componente visual.

Ligações de hipertexto. Utilize texto que faça sentido,  mesmo lido fora do contexto. Por exemplo: evite “clique aqui”.

Organização das páginas. Utilize cabeçalhos, listas e uma estrutura consistente.  Sempre que possível, utilize CSS para efeitos de disposição e estilo.

Gráficos e esquemas. Forneça resumos ou utilize o atributo longdesc.

Scripts, applets e suplementos. Forneça conteúdo alternativo, se as características activas não forem acessíveis ou se não forem suportadas pelo navegador.

Frames. Utilize a anotação noframes e empregue títulos com significado.

Tabelas. Faça com que a leitura linha-a-linha seja compreensível. Forneça resumos.

Verifique o trabalho. Efectue validações. Recorra a ferramentas e às directivas existentes em http://www.w3.org/TR/WCAG.”

Ferramentas para a análise manual

            O JAWS faz a leitura do ecrã e envia-o para um dispositivo que tanto pode ser um sintetizador de fala como uma linha Braille.

            O browser Firefox vem incorporado com o leitor de ecrã Firefox que é um bom esforço de uma aproximação ao JAWS.

            O browser Opera permite desconstruir as páginas Web facilmente (sem estilos), assim como visualizá-las sem imagens ou noutros formatos.

Possibilita também a interacção com voz que, embora sendo muito menos irritante que a voz sintetizada do JAWS ou do Firevox, nem sempre funciona, já que dificilmente entende os comandos que lhe são dirigidos, e necessita de microfone para ser utilizada.

Geralmente recomenda-se a utilização do JAWS com o Opera mas o download da versão trial do JAWS nem sempre se obtém facilmente.

A minha avaliação manual foi feita com base na avaliação automática, considerações da UMIC e utilizando tanto o Firefox com Firevox como o JAWS com o Opera.

Apesar dos resultados da avaliação automática (Examinator e Hera), na realidade, o site oficial da ANACOM está em conformidade com a maior parte das directrizes de Acessibilidade do Conteúdo Web 1.0.

O site em questão tem um link directo para uma versão de alto contraste, outra de supressão de imagens (apenas texto) e ainda uma versão em inglês. O que significa que não é necessário navegá-lo com o Opera ou com outro browser mais acessível, e estas não se tratam de versões especiais, apenas de ferramentas que normalmente têm de ser incorporadas nos browsers.

A voz sintetizada é já de si pouco tolerável mas a leitura do português revela a necessidade de uma concentração mais elevada por parte do utilizador. Para facilitar a navegação foi avaliada a versão em inglês.

Na avaliação automática era detectado um controlo vazio. Este corresponde à barra de pesquisa que, por defeito, aparece sem inserção de conteúdo. Na página normal aparece uma marca de água com a indicação “Google Pesquisa Personalizada”, mas esta marca desaparece aquando a desconstrução da página. O leitor de ecrã reconhece um elemento sem inserção de caracteres.

Na desconstrução da página, com o conteúdo apresentado de forma linear (modo de utilizador no Opera), este aparece quase todo encostado à esquerda o que revela respeito pelos requisitos de acessibilidade. Ou seja a página foi construída com uso de folhas de estilo, CSS.

Todas as imagens têm legenda, nenhuma tem a classificação genérica de “Image”, e todos os elementos continuam presentes depois da remoção dos estilos. Existe até um elemento “Ocultar Áreas Temáticas” que para facilitar só aparece aquando a página descontraída.

Os parágrafos distinguem-se bem, assim como os cabeçalhos e a estrutura das tabelas de dados. Por exemplo, a tabela “As Mais Vistas” e o calendário aparecem com a formatação inalterada na página desconstruída. Os números do calendário estão associados a um comando que permite ao leitor de ecrã transmitir que aquele número está associado a um calendário e que é um dia da semana. O calendário, no entanto, só aparece na versão portuguesa.

Com a navegação Ctrl+Shift+F no Firefox é possível uma navegação linear de elemento em elemento.

O Examinator apontou como erro a falta de indicação do idioma principal quando, na realidade, ele está indicado em ambas as versões.

“<html xmlns=”http://www.w3.org/1999/xhtml” xml:lang=”EN”>

<html xmlns=”http://www.w3.org/1999/xhtml” xml:lang=”PT”>”

Todavia os links tenham instruções acessíveis há links com a mesma instrução que enviam para destinos diferentes. É o caso do link “Mais Info” que existe no final de cada notícia. Cada um destes links deveria ser mais específico para que o utilizador saiba exactamente para onde está a ser enviado sem se perder quando não consegue visualizar todo o conjunto, apenas elementos separados. O link deve fazer sentido mesmo quando lido fora do contexto, por exemplo, “Mais informação sobre estatísticas do sítio”.

Os links que foram indicados como adjacentes são links redundantes, enviam para o mesmo destino. Um trata-se da ilustração gráfica do outro.

Para separar alguns links foram utilizados bullets e traços verticais “|”. Para além de induzir em erro o utilizador que pensa que uma lista vai ter mais itens do que na verdade tem, torna-se aborrecido ouvir repetidamente uma informação desnecessária, ruído, portanto.

Numa certa altura o leitor de ecrã refere: 103 links. São demasiados links num bloco só.

Em dimensões mais reduzidas o formato do site mantêm-se com qualidade.

A página não contém frames nem conteúdos multimédia.

Avaliação do Examinator

Após a análise de 460 elementos, o Examinator determinou que o site não obedece sequer a todas os pontos de verificação de prioridade 1.

“Há 5 link(s) que são activados unicamente através de scripts.

O conteúdo do atributo “href” nos links deve indicar um recurso válido, ou seja, uma direcção (URL) à qual se pode aceder mesmo quando não se consegue aceder aos scripts.”

Em relação à prioridade 2, embora oito dos pontos de verificação sejam respeitados, os outros seis não são.

“Usam-se manipuladores de eventos que apenas podem ser accionados por um dispositivo. Incentiva-se o uso de manipuladores redundantes (onclick com onkeypress) ou mesmo cuja acção seja completamente independente do dispositivo usado pelo utilizador (onFocus).

Os eventos devem poder ser activados com qualquer dispositivo porque há utilizadores que não podem, por exemplo, usar um rato. Por conseguinte deve-se especificar manipuladores de evento cuja acção seja independente do tipo de dispositivo. Outra hipótese é definir eventos redundantes.”

“Usam-se estilos mas também tabelas para controlar a apresentação da página. As folhas de estilo representam um grande passo em frente para a Web uma vez que a sua utilização permite separar o conteúdo da apresentação das páginas. Use folhas de estilo para controlar a disposição dos elementos na página e a forma de os apresentar.”

“Há 7 tabela(s) e 6 delas são usadas para maquetar elementos diversos na página.

As tabelas são elementos para apresentar conteúdo tabular e não devem utilizar-se para apresentar outro tipo de conteúdo. Isto é especialmente importante para quem utiliza navegadores de base texto ou leitores que lêem linha a linha os dados existentes no ecrã.

Não deve usar tabelas para formatar páginas a não ser que a tabela faça sentido quando em formato linear. Caso contrário, se a tabela não fizer sentido, forneça um equivalente alternativo (o qual poderá ser uma versão linear).”

“Usam-se medidas absolutas nas folhas de estilo.

Se se utilizam unidades de medida relativas, e não absolutas, os utilizadores poderão ampliar ou reduzir o tamanho dos elementos da página de acordo com as suas necessidades. Por outro lado, as páginas adequam-se a ecrãs com diferentes resoluções, redimensionando automaticamente os seus elementos.”

“Há mais do que um cabeçalho principal (6 <h1>).

Devem-se marcar correctamente os cabeçalhos da página e não mesclar os seus níveis aleatoriamente apenas para fazer uso dos estilos (tamanhos de fonte) que estão, por defeito, associados aos cabeçalhos. Use CSS para formatar a cor, o tamanho e o tipo de letra dos cabeçalhos. Actualmente eles constituem um importante elemento facilitador da navegação por todos aqueles que fazem uso de tecnologias de apoio. Use os elementos cabeçalho (<H1>…<H6>) para transmitir a estrutura dos documentos e utilize-os de acordo com as especificações.”

“Existem 5 links com o mesmo texto que apontam destinos distintos.

Os links devem indicar de maneira muito clara e sucinta para onde apontam, de forma a que os utilizadores possam saber o que encontrarão se decidirem escolher esse link.”

Na prioridade 3 apenas um item é respeitado.

“Não se encontra especificado o idioma principal. Em todas as páginas deve-se indicar o idioma principal do documento. Se o documento estiver em XHTML, dever-se-á verificar que, para além do atributo “lang”, se utiliza também “xml:lang”.

“Há 121 link(s) e 4 são adjacentes a outros links mas não estão separados entre si com caracteres imprimíveis.

Alguns agentes de utilizador não conseguem diferenciar os links se estes se encontrarem colados uns aos outros, sem qualquer marca ou carácter imprimível não “linkado” a separá-los. Algo do tipo: link1 | link2 | link3, em que | é um carácter sem ligação.”

“Há um controlo vazio que não tem um texto por omissão.

Todos os campos de edição e áreas de texto devem conter algum caracter porque existem ajudas técnicas que não podem colocar o foco nos controlos vazios.”

Avaliação do Hera

Permite localizar os erros na página avaliada

Prioridade 1

Ponto 6.3: Há 5 links que se activam mediante scripts.

“Certifique-se que as páginas são usáveis quando scripts, applets, ou outros objectos programáveis se encontram desactivados ou não são suportados. Se isto não for possível, forneça informação equivalente numa página alternativa acessível.”

Ponto 8.1: Scripts – Utilizam-se eventos dependentes do dispositivo e não existem eventos redundantes.

“Faça com que os elementos programáveis tais como scripts e applets sejam directamente acessíveis ou compatíveis com tecnologias de apoio.”    

Prioridade 2

Ponto 3.4: Detectaram-se unidades absolutas (in|cm|mm|pt|pc) ou tamanhos de fonte definidos em px nos valores das folhas de estilo.

“Use unidades relativas em vez de absolutas nos valores dos atributos da linguagem de notação e valores das propriedades das folhas de estilo.”

Ponto 6.4: Manipuladores de evento – Utilizam-se eventos dependentes do dispositivo e não existem eventos redundantes.

“No caso dos scripts e dos applets, certifique-se que os eventos que o manipulam funcionam independentemente do dispositivo de entrada.”

 Ponto 9.3: Manipuladores de evento – Utilizam-se eventos dependentes do dispositivo.

“No caso dos scripts, especifique manipuladores de eventos por software em vez de manipuladores de eventos dependentes de dispositivos.”

Prioridade 3

Ponto 10.4: Há 1 controlo vazio que não inclui caracteres por defeito

“Até que os agentes do utilizador consigam manipular controlos vazios correctamente, inclua caracteres predefinidos de preenchimento nas caixas de edição e nas áreas de texto.”

Ponto 10.5: Há 4 casos de links adjacentes que não contêm caracteres imprimíveis não enlaçados entre eles.

“Até que os agentes do utilizador consigam distinguir links adjacentes, inclua caracteres não-linkados, circundados por espaços, entre os links adjacentes.”

Um dos grandes marcos da acessibilidade surge, em 1997, com a Web Accessibility Iniciative (WAI), lançada pelo World Wide Web Consortium (W3C). Destinava-se a promover a acessibilidade da Web para pessoas com deficiência.

É também de referir a Secção 508 (EUA), uma lei que exige que a tecnologia electrónica e informática desenvolvida ou administrada por Agencias Federais seja acessível a pessoas com deficiências. Trata-se, na realidade, de uma emenda feita pelo Presidente Bill Clinton, em 1998, à Workforce Rehabilitation Act de 1973.

A Secção 508 também fornece standards para todo o tipo de tecnologia de informação e apresenta 16 pontos a cumprir na construção de um espaço Web.

Só em 1999 é que aparece uma petição online pela acessibilidade da Internet Portuguesa. A iniciativa foi de Francisco Godinho, professor da UTAD e levou à redacção do Manual de Boas Práticas para os Sítios Web da Administração Pública.

Em Agosto de 1999, o Conselho de Ministros aprovou a Iniciativa Nacional para os Cidadãos com Necessidades Especiais na Sociedade da Informação e os sites dos organismos públicos na Internet passaram a ter a obrigação de respeitar requisitos de acessibilidade a cidadãos com necessidades especiais.

Portugal foi o primeiro país da Europa e o quarto a nível Mundial a adoptar este tipo de regras de acessibilidade.

Também em 1999, o W3C lançou as Web Content Accessibility Guidelines 1.0. Sessenta e cinco pontos de verificação agrupados em catorze directrizes e distribuídos por três níveis de prioridade.

Prioridade 1 – A satisfação deste tipo de pontos é um requisito básico para que determinados grupos possam aceder a documentos sedeados na Web.

Prioridade 2 – A satisfação deste tipo de pontos traduz-se na remoção de obstáculos significativos ao acesso a documentos sedeados na Web.

Prioridade 3 – A satisfação deste tipo de pontos melhora o acesso a documentos sedeados na Web.

A UMIC (Agência para a Sociedade do Conhecimento) é o organismo público português com a missão de coordenar as políticas para a sociedade da informação e mobilizá-la através da promoção de actividades de divulgação, qualificação e investigação. É um instituto público tutelado pelo Ministro da Ciência, Tecnologia e Ensino Superior. Foi criada em Janeiro de 2005 e substituiu a Unidade de Missão Inovação e Conhecimento.

Em 2002 a UMIC criou o Programa Acesso que tem como objectivo promover o desenvolvimento, disponibilização e divulgação de instrumentos de Tecnologias da Informação e da Comunicação (TIC) que permitam ultrapassar dificuldades sentidas por cidadãos com necessidades especiais, nomeadamente pessoas com deficiência, idosos e acamados.

O Programa Acesso permite-nos fazer uma avaliação automática de um site através de duas ferramentas, o Examinator e o Hera, verificando assim se está em conformidade com as directrizes 1.0 do W3C.

A 27 de Setembro de 2007 foi aprovada uma resolução do Conselho de Ministros que estabelece orientações relativas à Acessibilidade dos Sítios do Governo e da Administração Central na Internet que exige o respeito pelas directrizes de prioridade 1 sobre a acessibilidade do conteúdo da Internet desenvolvidas pelo W3C num prazo de três meses, e pelas directrizes de prioridade 2 para os sítios com serviços transaccionais num prazo de seis meses.

Em Dezembro de 2008, a W3C renovou as directrizes de 1999 lançando as Web Content Accessibility Guidelines (WCAG) 2.0. Consiste em doze directrizes que se encaixam em quatro Princípios (Percepção, Funcionalidade, Compreensão e Robustez) e três Critérios de Sucesso (A, AA e AAA – Prioridades 1, 2 e 3). Para além disso, disponibiliza Sufficient e Advisory Techniques, informações que permitem satisfazer os Critérios de Sucesso

Tornar um site acessível não significa diminuir a sua qualidade ou torná-lo menos apelativo. A maior parte dos sites podem tornar-se acessíveis sem que para isso se mude a experiência visual.

O número de pessoas com deficiências em todo o mundo é bastante significativo e tornar um site acessível aumenta as suas ocorrências nos motores de busca devido à inserção correcta dos títulos e legendas. Para além de que torna os sites acessíveis em interfaces de menores dimensões, melhorando a usabilidade.

Gregg Vanderheiden, defende a importância da construção e manutenção de interfaces, ferramentas e tecnologias na nova geração www. Há que criar um mundo AAA, ou seja, disponível e acessível Anywhere, Anytime for Anyone (em qualquer lado, em qualquer altura para qualquer pessoa). Vanderheiden afirma que esta é uma necessidade tanto política quanto económica. É também uma necessidade humana, já que objectivo de todos os profissionais envolvidos nesta área deverá ser sempre chegar da forma mais fácil ao maior número de utilizadores, pois o público-alvo é, cada vez mais, um número demasiado generalizado, principalmente na Web. Pessoas com handicaps ou deficiências deveriam ter acesso exactamente aos mesmos conteúdos que todas as outras pessoas e criar sistemas acessíveis é tanto uma obrigação como uma urgência.

Mas falar de acessibilidade não se limita a falar daqueles que diferem da população comum por determinadas características. Cada vez mais necessitamos de sistemas e interfaces que estejam ao nosso dispor e se adequem ao nosso dia-a-dia, a qualquer lugar e ocasião. Queremos aceder a conteúdos enquanto conduzimos, enquanto executamos mais do que uma tarefa, quando o ruído á nossa volta nos impede de ter feedback áudio dos interfaces, etc… É nesta adaptação aos vários ambientes e pessoas que a acessibilidade se concentra. Vanderheiden menciona também a importância de manter a consistência dentro do próprio sistema, já que as pessoas não querem ter de dominar mais do que um paradigma de utilização por interface, mesmo que a sua utilização se adapte a mais do que uma situação, a isto Vanderheiden chama a continuidade da metáfora.

Na produção de conteúdos deve pensar-se em todos os utilizadores e tornar o produto o mais universal possível. Um vídeo, por exemplo, pode ser legendado com a descrição, não só para os surdos mas para aqueles que se encontram num ambiente repleto de ruído como é o caso da visualização dos plasmas nos centros comerciais. O mesmo vídeo pode ter descrição áudio, novamente não só para os cegos, mas também para quem têm em mãos mais do que uma tarefa e não podem naquele momento visualizar o interface.

Os conteúdos acessíveis dirigem-se a toda a gente e por isso mesmo não faz sentido a existência de duas versões no mesmo interface, uma standardizada e outra para pessoas com necessidades especiais. Caminha-se para uma única versão que de tão vulgar, no futuro, deixará de ser especial.

De acordo com o princípio do “Desenho Universal”, princípio esse promovido pela Iniciativa Nacional para os Cidadãos com Necessidades Especiais na Sociedade da Informação (www.acessibilidades.net), tal como descrito na referida resolução, não deve ser realizado nenhum tipo de discriminação como, por exemplo, conceber web sites para invisuais em paralelo com uma versão desses web sites para não invisuais. O que se procura é uma abordagem única que permita e que facilite o acesso a todos os cidadãos, independentemente das suas dificuldades físicas, sensoriais ou cognitivas. (Guia de Boas Práticas na Construção de Web Sites da Administração Directa e Indirecta do Estado)

Gregg Vanderheiden diz-nos que os sistemas devem ser multifacetados, independentes da modalidade, claros, simples, fáceis de dominar, flexíveis e adaptáveis. É também bom relembrar que por mais flexível e adaptável o interface, existirá sempre alguém com uma combinação de mais o que um handicaps graves a quem o interface e não será acessível. O objectivo é, portanto, pensar sempre no mais universal e ao mesmo tempo específico possível.

Standards ensure desirable characteristics of products and services such as quality, environmental friendliness, safety, reliability, efficiency and interchangeability – and at an economical cost.

When products and services meet our expectations, we tend to take this for granted and be unaware of the role of standards. However, when standards are absent, we soon notice. We soon care when products turn out to be of poor quality, do not fit, are incompatible with equipment that we already have, are unreliable or dangerous.

When products, systems, machinery and devices work well and safely, it is often because they meet standards.

Em relação à usabilidade em todos os visual displays (ecrãs), a ISO lançou, em 1998, a norma 9241-11(Guidance on Usability). Esta faz parte da norma 9241 (Ergonomics of Human System Interaction) que é constituída por 28 partes.

Usabilidade está na capacidade de um produto por si só conseguir que o seu públicio alvo o utilize com o máximo de eficácia, eficiência, e satisfação. Relacionado com usabilidade, nesta norma, está o contexto de uso do produto, a interacção utilizador – interface, o produto e o processo de produção.

            Falando de usabilidade, HCI (Human–Computer Interaction) é um acrónimo incontornável. O sucesso desta interação humano-computador é um desafio e por isso esta é uma área de estudo que concentra os contributos de profissionais de várias áreas.

Sendo assim, a metáfora passou a centrar-se no próprio edifício de Assembleia como se entrássemos dentro dele e aí encontrássemos o hemiciclo.

Num protótipo Médium-Fi optámos por colocar a legenda do hemiciclo por baixo deste para lhe dar mais ênfase, já que é um nível de informação hierarquicamente superior. Mais tarde concluímos que uma legenda seria demasiado redundante já que o utilizador, por ajuste à realidade deverá identificar os diferentes partidos pela cor que lhes é associada. Dou outro lado do hemiciclo estariam três janelas, como se pode ver na imagem, uma com as características do partido, outra com a fotografia do líder parlamentar e outra com informações pessoais do líder.

A affordance do nome do líder seria o sublinhado.

Este modelo também foi abandonado, por várias razões, entre elas o facto de necessitarmos de mais espaço para as informações sobre o líder parlamentar.

Protótipo Medium –Fi

Seguimos para novo modelo conceptual.

 Protótipo Hi-Fi – Primeiro Nível

O hemiciclo está dividido por cores na mesma lógica do modelo anterior mas acrescentámos a deputada independente com uma cor diferente das já utilizadas, nomeadamente, o amarelo. Ao lado do hemiciclo encontramos as nove janelas que estão na fachada da frame anterior, mantendo assim a metáfora. Estas janelas serão utilizadas mais tarde.

Cada área colorida do hemiciclo é um botão. On roll over, como feedback é-lhe aplicada uma transparência e aparece a indicação da sigla do partido ou a legenda correspondente.

Protótipo Hi-Fi – botões on roll over

Com o clique do rato, o utilizador passa para uma frame com informações sobre o partido correspondente ou área correspondente (o nome do partido, o número de deputados e o nome do presidente do grupo). A Galeria, o lugar dos jornalistas e dos assessores do governo têm apenas interactividade on roll over e não ao clique do rato, já que não consideramos dar informação sobre tais, daí estarem com uma cor mais aproximada do fundo da infografia.

Nesta fase o botão do partido corresponde mantém-se com 40% de transparência indicando a visibilidade do estado do sistema.

Os outros botões continuam operacionais.

Protótipo Hi-Fi – botões on mouse down

O nome do presidente do grupo tem a mesma cor do botão do hemiciclo para mapear os conteúdos e manter o simbolismo da cor. Encontra-se a negrito para reforçar a affordance. On roll over é aplicada uma transparência ao botão, mantendo-se assim consistência do sistema. Com o clique do rato passamos para outro nível de informação. A última janela da fila mais acima e a primeira janela da segunda fila aumentam de tamanho para receber informação, posicionando-se no centro da área que todas as janelas ocupavam, enquanto as restantes vão ficando mais transparentes até se tornarem invisíveis.

A janela quadrada é depois preenchida por uma fotografia do líder do grupo, enquanto a outra janela de maiores dimensões leva a informação do mesmo. Apenas indicamos o nome completo, data de nascimento, profissão e habilitações literárias porque considerámos que estas são as características mais importantes e as que são comuns a todos os deputados, já que nem todos têm livros publicados ou ocupam cargos de relevo, por exemplo.

Neste nível o nome do presidente mantém a transparência, assim como o botão do hemiciclo, para se ter a visibilidade do estado do sistema.

Protótipo Hi-Fi – último nível de informação

 O título da infografia mantém-se ao longo de todas as frames.