Web,ruby, Ajax ou qualquer outra coisa que me venha a cabeça (com prioridade para esta última)

07 setembro, 2006

Boas Práticas - II

Um dos assuntos que me tem levado a escrever é a aplicação de boas práticasna produção de sítios web. Em novembro de 2005 esbocei uma linhas sobre o assunto, tenho vindo a tocar no assunto algumas vezes. Eis mais uma:

  1. Validar as páginas web!

    É impossível infatizar isto de mais. Todos os sítios de ministérios que revi nos últimos dias são ou estão inválidos. Como é que é possível esperar que o CSS ou o Javascript baseado no DOM funcione de forma fiável com um códig (x)html inválido?. Conteúdo válido poderá evitar muitas horas de procura de erros em CSS ou DOM. Os que mais se aproximavam de um sítio válido eram os do ministério da justica com um erro ao incluir o erro div align="left" style="padding:0px" (não há atributo align) e o do ministério das finanças com o mesmo erro, repetido, de não efectuar o escape de um e comercial (&) nos comunicados à imprensa, em referências a URL, em quatro sítios na página inicial (existem nessa mesma página referências correctas). Não vou aqui fazer os comentários que pessoas mais abalizadas fazem quando vêem coisas destas.

    Tantek diz que o erro das finanças também o atinge de tempos a tempos.

    Tantek lista os erros mais comuns de validação.

  2. Eliminar tabelas de layout e gifs espaçadores

  3. Não usar <meta>s

  4. Melhorar os nomes das classes

  5. Não usar grandes blocos de linhas em branco

  6. Usar 'rel' e 'hreflang' para traduções

  7. Limpar os comentários no servidor

  8. Usar hcard para indicar contactos

notas de navegação - II

Elly Thompson recentemente formada em Arquitectura (daquela em concreto) apresenta as suas teorias de similitude e dissemilhança entre a construção de um site na web e a construção de um edifício. Além disso dá a sua opinião cívica como por exemplo sobre a obrigação das mulheres se manterem saudáveis.

Dean Edwards explora o método forEach.

Rachel Andrew em junho apresenta as suas ideias sobre selecção de técnicas CSS quando estamos a desenvolver projectos para os quais existe mais do que uma técnica para obtenção do mesmo resultado final. Em particular chama a atenção para aquilo que temos de ter em conta por exemplo quando necessitamos de libertar elementos flutuados (clear). O método recomendado por ela é mesmo o de adicionar a div suplementar, sem significado semântico, que tem como alternativa usar truques de CSS só para a evitar.

Roger Johansson revisitou a construção de pseudo-frames em css.

Richard Rutter continua a sua coleção de artigos sobre tipografia para a web, com base nos Elementos de Estilo Tipográfico de Robert Bringhurst. Uma delícia para os olhos.

No blogue da SimpleBits aparece um texto Educated onde se fala de um curso universitário da Universidade de Boston onde os novos métodos de produção de web sites são enfatizados. Quando Há pouco tempo estive a ver os trabalhos de alunos de mestrado da Universidade Nova de Lisboa fiquei estarrecido pois todos usavam essa maravilhosa técnica de produzirem sítios com ... FrontPage ... o que é que acham da diferença.

Drew McLellan diz-nos por onde tem passado nos últimos tempos, o Barcamp de Londres e o d.Construct que começa na próxima semana. Fala ainda de ferramentas para microformatos que anda a conceber.

06 setembro, 2006

Web standards em Portugal Revisitado

A Imprensa

Em 5 de Outubro de 2005 efectuei uma primeira abordagem à utilização de web standards em Portugal, tendo-me focado na imprensa na altura. Até hoje tanto quanto me é dado a ver passou a haver mais dois sites com declaração de tipo de documento só que continuam a não honrar o que aí dizem (só lá está para inglês ver, como se dizia quando eu era pequeno.)

Esses dois sítios são:

  • Diário digital já tem DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
  • e
  • Jornal de Notícias já tem !DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd".

technorati tags:,

Blogged with Flock

Notas de navegação

Na Caixas e Setas de 23 de agosto, Shiv Singh apresenta as suas ideias sobre a aplicação em ambiente empresarial dos aspectos humanos da Web 2.0, no mesmo número da Boxes and Arrows é apresentado o desenvolvimento do design do sítio da Volkswagen da África do Sul.

Na entrada de 30/07/2006 do arkitrave.log é apresentado código CSS para estilizar uma lista de pares nome valores (listas de definições) onde o nome (chave) e o descritivo são apresentados um ao lado do outro. O método aqui apresentado permite ser usado com o IE.

Ara Pehlivanian no seu artigo Semântica - necessitamos mesmo dela apresenta as suas dúvidas sobre se por vezes não somos excessivamente levados pelos aspectos técnicas das tecnologias que aplicamos na web.

O excelente informatian aesthetics - form follows data - data visualization & visual design hoje, 5 de setembro mostra como é que o 11 de setembro afectou o número de passageiros a bordo de aviões. De facto chama a atenção para um artigo da BBC.

No User Interface Engineering Joshua Porter apresentou em Abril de 2006 um artigo sobre Folksonomies Uma maneira de organizar conteúdos orientada pelo utilizador.

Vanderwal apresenta um artigo sobre nomes de URL mais humanos e também com mais significado para motores de busca ou escavadores de dados (scrappers). O artigo chama-seO Domínio do Design Digital Inclui Cadeias de Caracteres.

O número de agosto de 2006 do JUS - Journal of usavility studies apresenta 1 artigo sobre o Dia Mundial da Usabilidade, assinado por Elizabeth Rosenweig (artigo convidado) e 3 artigos revistos:

  1. Cultura e Avaliações de Usabilidade: Os efeitos da cultura em entrevistas estruturadas, de Ravi Vatrapu e Manuel A. Pérez-Quiñones,
  2. A revisitação da likebility das personagens animadas: O caso da TV interactiva, de Konstantinos Chorianopoulos,
  3. O sistema da escala de usabilidade em falantes de inglês não nativos, de Kraig Finstad.

Os artigos estão disponíveis em sumários e na sua totalidade. A maior parte dos artigos trata de assuntos ligados a aspectos multiculturais e internacionais. Não esquecer que a periodicidade desta publicação é de cerca de 3 meses.

Croco[Lyle] participou num podcast em conjunto com jared spool. A transcrição desse podcast está presente na User Interface Engineering. Quem ler este artigo deverá ler também o artigo do Ivo Gomes sobre prototipagem em papel.

RawDiz-nos que Chris Messina (um dos autores do Flock) escreveu uma carta aberta ao Blogger para que ele venha a introduzir maior suporte a microformatos no maior motor de blogues. Já agora eu também estou o o chris.

technorati tags:, ,

Blogged with Flock

01 setembro, 2006

Bar Camp Coimbra

Barcamp - Coimbra de 2 e 3 de Setembro, com um alinhamento muito interessante que inclui a gente da WeBrakeStuff.

29 agosto, 2006

Lei n. 46 de 2006

A lei [PDF]46/2006 publicada em 28 de Agosto de 2006 proíbe e pune a discriminação em razão da deficiência. Entra em vigor, hoje, com um pequeno defeito, o governo terá (nos termos da lei) que regulamentar a lei nos próximos 120 dias.

Temo que estes 120 dias se transformem em algo como o da regulamentação da lei sobre protecção dos animais. (Publicação em 1995 ou 6 não tenho a certeza e ainda por regulamentar.)

Como despachar um utilizador

Palavras para quê? É um «artista» português!

24 agosto, 2006

O site da Faculdade de Belas Artes da UP

A página de entrada da Faculdade de Belas Artes da Universidade do Porto está conforme a recomendação XHTML 1.0 (Transitional).

No caso de querer ser mesmo picuinhas (muito mesmo) poderiamos dizer que:

  1. apresenta três referências a URI com um caracter que nelas não deve figurar (espaços) ver rfc1738 e procurar por unsafe (aqui a correção seria apagar o espaço que está entre as pelicas e a palavra http
  2. dois elementos <dt> vazios (ou com espaços), (a solução seria elimina-los)
  3. que um elemento map tem dois atributos name e id com valores diferentes (a solução seria escolher um deles e verificar que não há referências ao outro nome)
  4. existe dois outros pequenos problemas âncoras adjacentes umas às outras
  5. e um elemento input num formulário que não contém um atributo alt.

Não sei se esta página tenderá a ser eliminada ou não devido à integração no site da UP de todas as faculdades sistema Sigarra.

O site acima parece-me não ter sido feito para nenhum público alvo sendo demasiado frio (tal como os sites que se apresentam no Sigarra).

Em resumo uma página cujo código é bom mas que parece não tender a resolver nenhum problema para ninguém.

Outras entradas de blogue recomendo (não se referem a código mas a AI (arquitectura de informação, usabilidade, ...) dos sítios do Sigarra:

  1. Avaliação crítica do sistema Sigarra - design de interacção e norma ISO 9241 de Bruno Silva
  2. Letras imperfeitas
  3. Norma ISO 9241 e ..., de Paula Alexandra Oliveira

P.S.: As páginas do Sigarra são compatíveis com HTML 4.01.

23 agosto, 2006

Rubidinhas (Rapidinhas do Ruby)

Ariel: Uma Biblioteca de Extracção de Informação em Ruby

Alex Bradbury desenvolveu Ariel, uma biblioteca que usa exemplos pré-definidos para compreender como extrair informação de outros documentos. É um projecto do Google Summer of Code Project e foi mencionado por Austin Ziegler em Londres.

Inferência de tipo para RDT Ruby Development tools

Também do Código de Verão de 2006 vem um relato de Jason Morrison sobre o seu projecto de inferência de tipo para usar na RDT para completar código.

Luke Redpath

Luke e Dan criaram um suplemento ujs4rails para a RoR para produção de sites com javascript não obstrutivo.

Com javascript não obstrutivo quero dizer algo como aquilo que é dito no número 218 do ala por Jeremy Keith que nele publicou um artigo designado por Separação de comportamento no qual apresenta uma analogia entre separação de estilo e separação de comportamento para páginas na web, para explicar porque é que se deve separar o javascript das nossas páginas.

No caso de desejar conhecer um pouco mais sobre isto recomendo ainda o artigo do Christian Heilman Unobtrusive Javascript.

Avaliação de percas de memória em Rails

Scott Laird em como avaliar percas de memória em Rails diz-nos que:

Um dos meus problemas mais antigos com a Rails (e a Ruby em geral) é que é difícil depurar as percas de memória. Tive um certo número de casos onde coloquei algo num array ou num hash e descobri muito mais tarde que o meu processo Ruby estava a comer mais de 100 MB de RAM. Embora o ps torne fácil ver onde o Ruby está a usar muita RAM, descobrir para onde é que foi é muito mais difícil.

Entrevista com Zed Shaw

O criador do Mongrel foi entrevistado por Pratik Naik .

eRuby: Utilização da biblioteca DBI de Ruby para ligação a bases de dados

Neste artigo do Hiveminds Magazine explica-se passo a passo o que fazer quando se quer abstrair a camada de ligação a uma base de dados em ruby.

REST e Rails - não há razão para ficar intimidado

Um guia básico sobre como usar REST em Rails. No mesmo sítio há umas notas sobre o que de importante Erik Kastner, o autor, aprendeu na RailsConf e RailsDay.

Porque é que um programador .Net deve aprender Ruby on Rails

O texto e os comentários são importantes para ficarmos com uma melhor visão do assunto.

Guia de Suporte de CSS no Email

Um artrigo interessante para quem deseja saber o que e como usar CSS nas suas mensagens de correio electrónico:

Guia de Suporte de CSS no Email

Neste artigo David Greiner apresenta resultados de uma investigação sobre o comportamento dos clientes de correio electrónico baseados em PC/MAC ou na Web.

Blogged with Flock

18 agosto, 2006

Não aplicação de Web Standards

    Tecnologias e Internet

  • novabase doctype ausente, nestes casos o validador do w3c tenta usar HTML 4.01 Transitional. O validador aponta 111 erros (não esquecer que o primeiro é a ausência de declaração de tipo), seguem-se os erros pelo uso de atributos específicos do IE, erros por uso de atributos há algum tempo substituídos em determinados elementos como por exemplo de height, background em elementos table. Ausência de atributo type em elemento script, valor de atributo que não faz parte do conjunto de valores admissíveis para esse atributo género absbottom em align. Não inclusam do atributo alt em imagens ((> 30) embora tenha que admitir que são espaçadores) na generalidade dos casos. Ignorância de como usar o atributo nowrap, etc, etc, etc. A página seria considerada noutras paragens como sendo feita de forma amadora.
  • compta doctype ausente, no caso de terem escolhido doctype HTML 4.01 Frameset teriamos 4 erros, o fecho do marcador html a mais, uso de atributos que já não são considerados válidos (substituídos por outros meios, deprecated).
  • pararede HTML 4.01 loose, 16 erros, 15 são falta de atributos alt e 1 uso de absmiddle como atributo de align. O tempo necessário para corrigir isto seria de quantos segundos? Embora a solução mais correcta tecnicamente esteja numa forma de construir a página diferente.
  • reditus doctype ausente, o validador não consegue começar o seu trabalho pois alguns bytes não são caracteres UTF-8, se indicarmos um conjunto de caracteres apropriado o sistema reporta 26 erros. A maior parte são ausência do atributo alt em imagens, ausência de atributo type obrigatório num elemento script e uso de atributos em body que foram substituídos por outros meios (deprecated) e uso do atributo hight em table. Tempo para corrigir isto algus minutos?
  • impresa HTML 4.01 Frameset. Parece que não sabem que num documento frameset não há elemento body. Restantes erros ver compta
  • PT Multimedia doctype ausente, 108 erros, uso de dois elementos body. Uso de atributos já substituídos.Fecho de marcadores não abertos, uso de elementos onde já não é possível usá-los (elementos que pertencem à head a surgirem dentro do body. Alguns erros introduzidos por tornar certas linhas comentários. Ignorância quanto à forma de codificar de forma válida um ficheiro flash.
  • SonaeCom HTML 4.01 Transitional, 15 erros, mais um atributo que não é standard scroll no marcador de body. Um não membro de um objecto VIEWASTEXT normalmente gerado pelo VS em desenvolvimento.

Em resumo nenhuma das páginas das empresas de tecnologias e internet registadas na bolsa valida. Algumas com pouco esforço poderiam validar. Mas algumas teriam que ser repensadas (não digo em termos de conteúdos ou aspecto) em termos de código.

Uma coisa de me deixa perplexo é a falta de separação efectiva entre o que é conteúdo, aspecto e comportamento nestas páginas mas a falta de profissionalismo (dos respectivos conceptores) é manifesta.

Rails: Como Saber Que Layout Foi Usado para Reproduzir uma Página?

aceder a params[:action]

Padrões de Sítios na Web

Padrões são soluções óptimas para problemas comuns. À medida que os problemas sejam levantados à volta de uma comunidade e resolvidos, soluções comuns frequentemente emergem de forma espontânea. Eventualmente, a melhor destas destaca-se da ganga e auto identifica-se e vai-se refinando até alcançar o estatuto de Padrão de Concepção.


Christopher Alexander foi o primeiro a nomear este fenómeno em relação aos espaços vividos. Ele e os seus co-escritores introduziram o conceito de Padrões de Arquitectura para descrever características dos espaços vividos fossem eles salas, edifícios ou cidades.


Os Padrões são atómicos no sentido de que podem ser agrupados para formarem padrões mais complexos: um padrão cadeira enquadra-se num padrão sala de jantar que se enquadra num padrão casa que se enquandra num padrão cidade.


Uma ideia que destingue os Padrões de simples prescrições é que os Padrões nunca perdem o sentido do seu contexto; descrevem coisas que funcionam em conjunto e as regras que governam essas colecções.


Os padrões de software encontraram uma grande ressonância na indústria do software em particular entre os que usam Metodologias Ágeis.


Algumas pessoas tiveram aqui inspiração para criar um documento sobre Padrões de Sítio da Web.


  1. Repositórios de Padrões

  2. Artigos e Textos On-Line

  3. Livros

  4. Discussão

05 agosto, 2006

Site da Presidência da República

O novo site da Presidência da República, já de Março, é um verdadeiro salto para a modernidade em comparação com o antigo. Não percebo como foi possível durante tanto tempo haver um site tão mau para nos representar. Em relação ao novo site tenho pena que tenha vindo a degradar-se a qualidade que lhe foi atribuída pelo João Craveiro, já não valida e julgo que tal se deve a uma simples razão não incluirem nas suas práticas uma validação sistemática (dito de outra forma contínua e automática). Só um defeito/caracteristica de que não gosto e que o João não menciona: o logo no cimo de cada página não serve para regressar à página inicial (para isso há uma ligação ao lado). O defeito que ele aponta de não possível ampliar os tipos sem se destruir o arranjo da página provavelmente deve-se a alguém julgar que por haver a possibilidade de ouvir o texto ninguém sentirá a necessidade de ampliar o texto. Outro defeito é ter-se perdido as páginas traduzidas em inglês que ainda eram (se possível) ainda mais pobres (mesmo assim eram (tão) interessantes (quanto o resto)).

Quando as margens se tocam

O colapso das margens é um conceito simples mas que pode gerar alguns problemas quando não estamos atentos. Os maiores problemas surgem quando aparece espaço vertical em branco adicional que parece não querer desaparecer ou o outro problema parace ser a incapacidade de criar espaço em branco na vertical usando o atributo margens (margin) de alguma caixa (de algum elemento com comportamento de caixa).

O que sucede é que quando duas margens verticais estão uma em contacto com a outra, em vez de se adicionarem uma à outra, a margem maior toma a precedência e a outra "colapsa" no nada.

Se der uma margem de 20px a dois parágrafos consecutivos (como elementos de um documento html) a margem do topo do parágrafo de baixo, visto tocar na margem do parágrafo de cima, cai e assim o espaço entre os dois parágrafos mantém-se nos 20px em vez de somar 40px.

A maior parte das pessoas pensar que o colapso de margens sucede quando um elemento do nível de bloco (um elemento com comportamento de caixa) se sucede a outro. Contudo as margens entram em colapso quando uma margem entra em contacto com uma margem adjacente. Isto significa que as margens podem entrar em colapso quando um elemento está contido noutro.

Isto sucede por exemplo quando se coloca um parágrafo (p) dentro de uma divisão (div), ambos com margens verticais. Se a divisão tiver uma borda (border) as margens não se tocam e somam-se, caso contrário juntam-se uma à outra tomando a precedência a mais larga.

Como evitar colapsos

Para evitar colapsos é vulgar adicionar-se uma borda de 1px de forma a que as margens já não se toquem e portanto já não colapsem.

Outro método é mudar a propriedade da posição (position) do elemento. As especificações CSS2(en) [pt] explicam que margens de caixas posicionais absolutamente e relativamente não colapsam. Outra possibilidade ainda é fazer flutuar uma das caixas. Nem sempre é apropriado alterar as propriedades de posição de um elemento, mas em certas circunstâncias quando estiver a ter problemas de colapso de margens poderá ser uma opção.

Há ainda a possibilidade da margem de topo de um elemento estar em contacto com a margem de fundo do mesmo elemento por exemplo um parágrafo vazio e nesse caso poderá suceder que o espaço ocupado pelo parágrafo desapareça de todo.

Pode ainda haver a situação mais complicada de ter elementos flutuados, seguidos de elementos limpos com uma margem de topo pouco mais alta do que o elemento flutuado e ter que se perceber muito bem o que é que se deve à flutuação de um elemento e o que se deve à pequena diferença de alturas entre o primeiro elemento e a margem de topo do segundo elemento (esperando que nenhum esteja completamente vazio).

Colapso de margens

Nesta especificação, a expressão colapso de margens significa que margens adjacentes (sem esquadria ou borda a separá-las) de duas ou mais caixas (que podem estar uma a seguir à outra ou aninhadas) combinam-se para formarem uma só margem.

Em CSS2, as margens horizontais nunca colapsam.

As margens verticais podem colapsar entre certas caixas:

  • As margens verticais adjacentes de duas ou mais caixas bloco em fluxo normal colapsam. A largura da margem resultante é a maior das larguras das margens adjacentes. No caso de margens negativas, o máximo absoluto de margens adjacentes negativas é deduzido do máximo de margens adjacentes positivo. Se não houver margens positivas, a margem negativa máxima absoluta é deduzida de zero.
  • Margens verticais entre uma caixa flutuada e qualquer outra caixa não colapsa.
  • Margens de caixas posicionadas uma absolutamente outra relativamente não colapsam.

Por favor consultar os exemplos de margens, esquadrias e bordas para uma ilustração de margens colapsadas.

RadRails 0.7

RadRails e respectivos suplementos

O RadRails é um IDE para desenvolvimento de aplicações usando Ruby on Rails (RoR). Há cerca de 2 semanas foi actualizado para a versão 0.7. Esta versão trás como características novas capacidades de integração contínua, integração com tarefas rake, modelos de código RHTML, além de correção de erros (e provavelmente alguns novos). Já se sabe que o quem o desenvolve deseja minimizar as diferenças entre um IDE e o ambiente de caracteres, para minimizar essas diferenças podemos iniciar ou parar o servidor web, executar os nossos geradores, aceder à base de dados, instalar a maior parte dos suplementos de rails e executar as tarefas de rake

Rails Plugin Directory é um repositório de suplementos (plugin) para aplicações web desenvolvidas em Ruby on Rails (RoR).

Não se esqueça que os suplementos rails podem ser usados fora do IDE.

20 julho, 2006

Edge e-mag redesenhado

O número de Julho de 2006 do magazine electrónico edge da Adobe foi redesenhado, passando a ser feito aplicando web standards, xhtml e CSS.

technorati tags:, , ,

Blogged with Flock

16 julho, 2006

Quirky serifs aside, Georgia fonts win on Web - Style - International Herald Tribune

Que coisa estranha um jornal generalista a falar de um aspecto tão obscuro como é a tipografia, Georgia ganha na Web

Se quizer ler o artigo completo no Herald Tribune iht.com/articles/2006/0...

14 julho, 2006

Câmara Municipal de Torres Vedras

Uma das coisas que me assusta é continuar-se a assistir à recriação de sítios de diversos organismos públicos que praticamente não servem para nada para além de repositórios de informação.

Veja-se por exemplo que a Câmara Municipal de Torres Vedras acaba de lançar o seu novo sítio na Web em www.cm-tvedras.pt .

O site foi concebido com técnicas standard (uma raridade na web portuguesa pelo que devo dar os parabéns à Slingshot), mas não me interessa só a roupagem (mesmo que só a interior ou seja o código) mas o conteúdo. E este parece-me parco. Será assim tão interessante saber a identificação dos vereadores ou poder efectuar interacção com os serviços do munícipio. Porque é que quando a câmara decidiu partir para um redesenhar da sua presença na net não observou o que de melhor se pratica cá e lá fora e tentou abrir o leque de serviços que se podem usar. Francamente parece-me um desperdício de recursos.

Para mim este sítio tem ainda o defeito de ter um número excessivo de ligações na sua página inícial: 74.

No entanto volto a dizer bom trabalho para quem criou o código, trabalho abaixo do que espero hoje para quem concebeu a arquitectura de informação do sítio por ser excessivamente pobre.

Por exemplo na secção «VISITAR» não há nada noutra língua que não o Português algo que não consigo comentar sem umas fortes palavras impublicáveis...

07 julho, 2006

Ranking de Serviços Publicos - Portais do Cidadão

No sítio da Umic diz-se que:
Subidas de Portugal no Ranking de Disponibilização Completa Online de Serviços Públicos, de Out. 2004 para Abr. 2006: • De 15º para 11º nos 28 países da UE25 + Noruega, Islândia e Suiça, • De 13º para 10º na UE25, • De 11º para 7º na UE15...
Eu até dou de barato que há mais serviços disponíveis em linha por cá o que eu desconfio é da respectiva qualidade. Só encontrei um portal do cidadão declaradamente pior que o nosso o austriaco. Para poder aferir por si eis uma tabela de resumo da situação.
País endereço, não liga erros html obs.
Portugal www.portaldocidadão.pt HTML 4.01 c/ 74 erros trata da acessibilidade como se estivesse em 1998
Espanha www.060.es XHTML 1.0 Transitional (valida) tenta a conformidade com WCAG WAI-AA
Itália www.italia.gov.it HTML 4.01, WAI-A, CSS
Reino Unido direct.gov.uk HTML 4.01 (valida) tenta a conformidade com WCAG WAI-AA
Áustria www.buergerportal.at s/ declaração doctype está ao nível amador, muito pior que o nosso
Alemanha www.buergerportal.de XHTML c/ 2 erros xml:lang e lang com valores nulos (deviam ser de), WAI-AA, CSS, secção 508 a conformidade com WAI-AA não é completamente conseguida
França www.internet.gouv.fr XHTML 1.0 Transitional ao nível do alemão embora não ande para aí a pavoniar-se
Bélgica www.belgium.be HTML 4.01 com o mesmo tipo de erros que o nosso