O cronograma do evento foi o seguinte:

• 09:00 – Painel de abertura com os afiliados Brasil – “Os padrőes web e seus impactos no futuro da gorvernança da TI”
• 11:00 – Convidado internacional – “The ways to Web Semantic“
• 11:45 – Convidado especial – “A Web Semântica no Brasil”
• 12:15 – Debate sobre a atuação do W3C Escritório Brasil

Neste artigo vou fazer uma análise do evento, destacando os principais assuntos abordados e o que concluímos para que, no próximo evento, entrem em pauta e auxilie no crescimento do escritório da W3C no Brasil.

Pioneiros no ensino dos Web Standards em nosso país, o pessoal da iLearn foi representado por Everaldo Bechara (Presidente da empresa), que comentou a necessidade de atuarem como evangelizadores, principalmente pela resistęncia natural que o brasileiro tem contra padrőes. Um dos pontos mais interessantes de sua palestra foi o comentário sobre a flexibilidade do uso dos Web Standards para Web Design, pois este não limita a criatividade, pelo contrário, amplia as possibilidades, pois não é necessário fazer uma arquitetura totalmente baseada na idéia de tabelas, como era feito antigamente. Muitos Designers pensam o contrário, mas a realidade é que a adoção dos Web Standards trará mais flexibilidade ao layout, ao mesmo tempo que padroniza os elementos.

Além disso, muito foi comentado sobre acessibilidade, principalmente pela adoção de certas regras para melhorá-la em projetos governamentais. O decreto 5296 ajudará na conscientização da necessidade do XHTML e CSS que, somente por serem utilizados corretamente, já garantem cerca de 60% do uso por deficientes. Para que este decreto vire lei, haverá uma convenção da ONU em breve, o que certamente possibilitará na normatização de tais regras de acessibilidade e os governos ficarão mais atentos a elas.

Porém, um ponto que ainda temos muita dificuldade, e pelo jeito ainda teremos por um bom tempo, é a incompatibilidade de certos navegadores com padrőes adotados pela W3C; é só vermos o exemplo do SVG, ainda não suportado pelo Internet Explorer 8, em fase BETA.

O governo adotando os Web Standards

A palestra de Ricardo Kobashi, Coordenador dos sites de governo e Secretaria de Comunicação, de São Paulo, mostrou como o pessoal está agindo para implementar os Web Standards no meio governamental. Sabemos que novidades nem sempre são bem-vindas, mas quando falamos em dinheiro o pessoal acaba prestando atenção. E foi tocando neste assunto que eles conseguiram convencer os governantes, pois a adoção dos Web Standards gera economia, pois se faz “mais com menos”, e esse é bom argumento para utilizarmos com qualquer cliente!

Mas não é só na economia que os Web Standards contribuíram: a comunicação entre os sites foi facilitada, ou seja, a interoperabilidade entre eles ficou mais prática, já que foi adotado um padrão e, sempre que adotamos padrőes, fica mais fácil para desenvolver e realizar manutençőes. O pessoal do Governo de São Paulo estava procurando por esse padrão a ser adotado e, certamente, a adoção dos padrőes estabelecidos pela W3C foi a melhor escolha.

Quer saber o que eles já fizeram em termos de acessibilidade no Governo de São Paulo? Um belo exemplo é o site da Secretaria dos Direitos da Pessoa com Deficięncia.

Acessibilidade sempre, em qualquer projeto

Como já comentei, acessibilidade foi um tema muito comentado neste evento e, como não poderia deixar de ser comentado, o fato de que devemos utilizar AJAX com muito critério. Na palestra de Gustavo da Gama Torres, foram exemplificados certos casos, muito comuns na era da “Web 2.0″ que prejudicam muito o uso do site por pessoas deficientes.

Por isso, ao elaborar novas aplicaçőes, sempre tenha em mente o público-alvo e tome cuidado para que todos possam aproveitar seus recursos, sem o uso de tecnologias específicas como o próprio AJAX ou Flash, por exemplo. Para ter mais segurança neste quesito, nada melhor que fazer testes de acessibilidade, elaborando certas metas a serem atingidas com o site e se estes objetivos foram alcançados com pessoas deficientes ou não.

Os caminhos para a Web Semântica

Uma das gratas surpresas do evento foi a presença de Klaus Birkenbihl, Coordenador dos Escritórios Internacionais do W3C, que falou um pouco sobre a função da W3C e a importância da padronização no modo de exibir os dados, como foi feito na criação e é um dos princípios básicos do HTML.

A W3C tem como um dos fundamentos, passar a idéia de que a tecnologia web deve ser interoperável, os padrőes devem ser abertos e, consequentemente, possibilitar que tudo deve ser acessível, independente do lugar no qual está sendo acessado, capacidade do dispositivo usado, etc.

Achei bem interessante Klaus falar sobre o uso do texto “Clique aqui” em links, o que é totalmente errado e ainda praticado. Posso dizer que ainda vejo muito disso, mas o fato é que esse texto não diz nada sobre o que o usuário irá visitar (com leitores de tela, por exemplo) e, em caso dos robôs de busca, também não será nada relevante. Por isso sempre descreva seu link de maneira correta, facilitando a vida dos usuários e dos sistemas de busca!

Foi comentado, também, que o princípio básico da Web Semântica é classificar as informaçőes, categorizar o conteúdo para que as máquinas possam entendę-lo também. Já vemos belos exemplos em Microformats, mas também temos o RDF, padrão adotado pela W3C. Houve até uma certa discussão sobre RDF, em quais casos é mais utilizado e, inclusive, Klaus falou que o indicado é tentar converter todos os que conseguir, apesar de não ser o necessário.

Consideraçőes finais

O evento foi muito interessante, pois abordou diversos assuntos presentes em nosso cotidiano, principalmente na questão da acessibilidade, que vem sendo adotada cada vez mais e ainda vai se tornar um assunto muito comum para quem trabalha com web. Porém, acho que a maior contribuição foi a reunião de um grupo de pessoas realmente interessadas em contribuir com o escritório brasileiro da W3C e, certamente, outros encontros como este acontecerão no futuro.

O importante é o pessoal juntar idéias e propostas para que a representatividade do Brasil, nas questőes internacionais, seja cada vez maior, e possamos ajudar a criar novos padrőes, além de simplesmente adotá-los.

Quem quiser ver algumas fotos do evento, montei uma galeria de imagens no Flickr.

Todo mundo que tem bom senso sabe que devemos nos preocupar em manter o layout de nosso site o mais padronizado possível, independente da plataforma e sistema utilizado para acessá-lo.

Por isso, surgiram técnicas para “driblar” essa dificuldade, utilizando imagens ao invés de texto puro. Só que esta prática acabava dificultando a indexação do conteúdo, caso o desenvolvedor do site não utilizasse o atributo “alt” nas imagens, pois os sistemas de busca não conseguiam interpretar o conteúdo utilizado na imagem.

Para resolver este problema, utilizando CSS, surgiram as técnicas de image replacement, ou seja, o código HTML permanece intacto, com o texto puro mas, através das folhas de estilo, trocamos o texto por uma imagem. Essa prática é muito utilizada pelos desenvolvedores, pois serve como uma verdadeira mão-na-roda no momento que o designer escolhe uma fonte fora do padrão dos sistemas.

Porém, surgiu uma notícia de que o Google poderia penalizar quem utilizasse esse tipo de técnica pois o desenvolvedor do site não estaria mostrando exatamente o que está no código HTML, fazendo com que este texto não aparecesse na tela para exibir uma fonte diferente em seu lugar.

E o que vocęs acham? Uma imagem com o atributo “alt” substitui a relevância de um título (h1, h2, h3…) no código?

Acredito que há lugares onde devemos utilizar o image replacement e até mesmo o sIFR, quando necessário, assim não perdemos a hierarquia no código e relevância do conteúdo.

Como sempre, cabe a nós pensar sempre no usuário. Há várias maneiras para se fazer a técnica do image replacement, algumas que dificultam ou não a acessibilidade do site. Por isso, indico escolher o método mais acessível, assunto discutido neste artigo (em inglęs).

Essa lista envolve mais conceitos do que aqueles tutoriais que costumo passar, mas, claro, são muito úteis a todos!

• Standards Overview – Ótimo texto que explica bem o que são os Web Standards (ou Padrőes Web), seus conceitos e alguns pontos importantes que devemos saber antes de desenvolvermos nosso site como Doctype, diferenças existentes entre os [tag]browsers[/tag], Acessibilidade, código semântico, etc.
• IE7-JS – Trata-se de uma biblioteca [tag]JavaScript[/tag] (já conhecida por muitos) que, ao ser inserida em seu site, faz com que o Internet Explorer 5 e 6 reconheçam seu site da mesma maneira que o IE7, corrigindo vários erros relacionados a renderização do [tag]HTML[/tag] e [tag]CSS[/tag]. Já existe o script IE8, mas ainda em fase beta.
• Levels of CSS knowledge – Como o título diz, este artigo mostra os diversos níveis de conhecimento em CSS e suas particularidades. Interessante para saber em qual nível vocę se enquadra.
• CSS, Acessibility and Standards Links – Lista muito interessante com diversos links relevantes sobre tutoriais, noçőes básicas de CSS, Acessibilidade, guias, layouts e templates, livros, técnicas entre outros, direcionados para quem desenvolve sites.
• Become a Better Web Standards Developer – Este artigo mostra várias dicas para quem quer se aperfeiçoar no desenvolvimento de sites em Web Standards, além de fornecer uma ótima lista de links relevantes ao final do texto.
• maxdesign – Ótima referęncia para aqueles que querem aprender mais sobre estilização de listas, uso de floats e seletores CSS. Muito bem explicado e exibe vários exemplos práticos.

Espero que tenham gostado dessa lista. Semana que vem, com certeza, tem mais!

• The 7 CSS Hacks that we should use – Artigo que mostra exemplos de hacks e práticas que podemos utilizar para “driblar” certas incompatibilidades existentes entre os [tag]browsers[/tag]. Claro, todos nós sabemos que devemos tentar evitar ao máximo esse tipo de solução, mas quando não há outra saída, é uma boa pedida.
• Top 30 popular websites are NOT using tables as main layout structure – Artigo que comenta a listagem dos 30 sites mais populares que, curiosamente ou não, todos não utilizam tabelas para construção do layout.
• Layout CSS sem tabelas – Página especialmente dedicada ŕ introdução do assunto para aqueles que ainda desejam aprender a desenvolver o layout de seus sites sem tabelas. Extremamente indicado para os iniciantes e para quem ainda deseja ter embasamento teórico.
• Writing a CSS cross-browser – Artigo que vem em contrapartida ŕ primeira sugestão da lista pois explica como fazer um site aplicável a vários browsers distintos, tentando ao máximo não utilizar CSS Hacks.
• Pullquotes em CSS – Este tutorial nos motra como fazer os famosos “pullquotes” utilizando um código simples, enriquecendo seu text, além de facilitar a leitura.
• Construindo sites com CSS e XHTML – Site voltado ao lançamento do livro dando maiores detalhes sobre seu conteúdo. Como ainda não temos um livro nacional no nível dos estrangeiros sobre este assunto, estou ansioso para ver se a espera valeu a pena.
• Acessibilidade web: 7 mitos e um equívoco – Artigo extremamente relevante que fala mais sobre [tag]acessibilidade[/tag] e idéias, muitas vezes erradas, que temos sobre o assunto.

Neste ponto, quase todos nós concordamos que o Internet Explorer deveria perder seu cargo de liderança no mercado, fazendo-nos ter menos dor de cabeça ao adaptar nossos sites a ele. Mas alguns vão além, achando que deveria existir apenas um browser no mercado, facilitando o processo do desenvolvedor.

Mas, se pararmos para pensar no sentido da concorręncia, neste caso, não haveriam mais disputas pelo mercado e, portanto, não haveria necessidade por maiores inovaçőes e melhoria nos recursos oferecidos pelo navegador. Claro, adaptaçőes ocorreriam, mas em velocidade menor, acredito.

O ideal, no meu ponto de vista, seria a implementação da mesma engine para renderização os sites, ou seja, qualquer site que desenvolvęssemos seria visualizado da mesma forma em todos os navegadores, mas só isso. Ainda assim haveria disputas e concorręncia por funcionalidades externas, pois os browsers podem oferecer muito mais do que apenas uma forma de acessar sites… Acredito que desta forma o negócio ficaria muito mais interessante, principalmente para nós desenvolvedores e, claro, usuários, pois no final das contas são eles que acabam perdendo com o quadro atual deste contexto.

Unificando a forma de desenvolvimento, poderíamos nos concentrar em tantos outros pontos importantes, como a acessibilidade, modernizando nosso site a ponto de ser visto sem dificuldades por deficientes. Porém, devido a “perda” de tempo que temos para otimizar nossos códigos aos diversos navegadores, essas implementaçőes podem ficar prejudicadas, devido a falta de prazo para entrega dos projetos.