Como começar no MOSS

Para construir um site acessível em MOSS só devem ser usados os componentes de Publishing (e mesmo nesses existem restrições) ou componentes criados por nós, pois são aqueles que nós conseguimos controlar a geração de HTML acessível. Se perguntarmos a qualquer developer a trabalhar num projecto de site com acessibilidade qual a principal queixa, ele irá dizer que é a quantidade de HTML não acessível que é gerado, e a geração deste HTML não pode ser controlada, daí a necessidade de criação de componentes acessíveis que façam as mesmas funções mas cujo HTML gerado seja conforme.

Outro desafio num site acessível é garantir que os conteúdos colocados são também eles acessíveis, nós podemos criar um site que respeite a acessibilidade pretendida, mas se for introduzido um conteúdo não acessível a garantia de acessibilidade do site fica comprometida, por exemplo, se um utilizador colocar uma imagem no site mas não preencher o Texto Alternativo (Alternative Text) da mesma, quebra a acessibilidade do site. É muito importante chamar a atenção dos criadores e gestores de conteúdos para as regras de acessibilidade.

Escolher o Template para começar

Após a criação da Aplicação Web (Web Application) e respectiva Colecção de Site (Site Collection), a melhor maneira para começar um site “limpo” é a escolha do template de Master Page a aplicar, as existentes de raiz no MOSS não são acessíveis por isso vamos ter que recorrer a outras fontes, duas possíveis abordagens: Hisoftware Accessibility Kit for Sharepoint (AKS) ou Minimal Master Page from Heather Solomon.  

A diferença entre estas duas soluções baseia-se no facto de o AKS providenciar um conjunto de Master Pages que podem ser usadas como as que o MOSS fornece out of the box, assim como componentes reutilizáveis como placeholders, webparts e adapters que devem ser usados para corrigir o comportamento incorrecto dos componentes nativos do Sharepoint. A Minimal Master Page é uma solução “vazia” com os elementos mínimos necessários para o MOSS funcionar, esta solução permite um maior controlo na criação da Master Page.

Web Design

Após a escolha de Template começamos a trabalhar no design do site, devemos sempre exigir ao Web Designer o fornecimento de design acessível, isto é importante para evitar, mais tarde no projecto, potenciais problemas no desenvolvimento e na validação da acessibilidade. Existem um conjunto de controlos .NET que simplesmente não são acessíveis e logo deve ser evitado o seu uso, podem verificar a lista de controlos ASP.NET e a sua acessibilidade: http://msdn.microsoft.com/en-us/library/ms227996(VS.80).aspx.

Soluções a utilizar ou desenvolver

User Controls

A criação de User Controls será a maneira mais segura e rápida de dar ao cliente o que ele quer, parece um desperdício não usar as WebParts que já existem mas o problema é que estas geram HTML não acessível o que é claramente um problema para quem quer garantir a acessibilidade de um site, por isso se não conseguimos controlar o HTML gerado nas WebParts é melhor não as usar.

O uso dos User Controls num site de MOSS pode ser feito de duas maneiras, através duma webPart do tipo SmartPart ou na colocação directa dos User Controls nas Master Pages ou nos Page Layouts.

Publishing Placeholders

Estes resultam da “herança” do CMS, felizmente costumam ser acessíveis e podem ser usados.

AKS – Masterpages e adapters

A Hisoftware disponibiliza com o AKS um conjunto d Master pages e Adapters que permitem adaptar o comportamento dos componentes nativos do MOSS para serem acessíveis, existe por exemplo um WebPartZone adapter que corrige a geração não acessível do HTML das Web part zones. Outros adapters servem para corrigir outros controlos.

Podem aceder no seguinte endereço: https://aks.hisoftware.com

SPWorks – ARF (Alternative Rendering Framework for SharePoint)

Esta framework consiste num solução (WSP) open-source que se instala na farm e permite ter uma feature ao nivel das site collections que ao ser accionada providencia um conjunto de listas, campos e controlos que irão garantir uma conformidade de acessibilidade do tipo “Duplo-A”.

Podem aceder no seguiinte endereço: http://www.spworks.co.uk/arf

Imtech SharePoint Semantic URL's Feature

Uma das preocupações relacionadas com leitores de ecran para invisuais consiste na quantidade, qualidade e ordem da informação a ser lida, a importância da qualidade da informação assenta directamente na questão da semântica. Neste caso especifico a parte da semântica que é tratada diz respeito às hiperligações.

Podem aceder no seguinte endereço: http://blog.mastykarz.nl/semantic-urls-in-moss-2007-imtech-sharepoint-semantic-urls-free-feature/ e http://imtech.codeplex.com/

InLine Code

A maneira como o MOSS faz o render do HTML gerado das WebParts e páginas quebra a acessibilidade, por isso se existisse maneira de controlar este problema seria a resposta para os problemas. Existe uma possibilidade de ultrapassar este problema utilizando InLine Code, o que nos permite controlar como o HTML é gerado em MOSS.

Algumas referências sobre InLine Code:

• Microsoft MSDN
• WSSDemo Inline Code

A acessibilidade em MOSS é possível e desejável, mas também um desafio que pode ser difícil, acima de tudo é desejável que o processo fosse mais facilitado em futuras versões do produto Sharepoint . . . mas parece que com o Sharepoint 2010 isto já é possível nativamente, irei falar sobre este tema no próximo artigo.

Acessibilidade em sites de Sharepoint: o que é a acessibilidade – Parte 1