Rafael Marin

Em 1994 iniciava-se a saga do CSS. Ao mesmo tempo uma solução e um problema. Conflitos de implementação por parte dos browsers tornam o CSS, apesar da maneira mais correta que conhecemos de formatar visualmente o conteúdo, uma dor de cabeça para os desenvolvedores.

Como é desgastante ter que refazer partes do CSS - ou mesmo todo ele novamente - para torná-los iguais visualmente. Fora os hacks, conditional comments e todas as outras gambiarras existentes. Para quem está iniciando, deparar-se com um site que é renderizado de uma maneira num browser e de outra em outro browser pode ser tão desanimador a ponto de levá-lo aos velhos métodos de desenvolvimento.

Falamos em novas especicações, como a do CSS3 mas, é essa a prioridade atual? Quem sabe não seria melhor se nos preocupássemos com efetivar o que já existe, ou seja, fazer com que o CSS2.1 funcione corretamente em todos os browsers?

O problema começa na própria W3C. Por lá as coisas são muito - mas muito mesmo - lentas. Para você ter uma idéia, o rascunho da especificação CSS3 data de 23 de maio de, vejam, 2001. Tempo pra caramba, não acham? Quanta coisa já mudou de lá pra cá e continuamos empacados.

OK, existem problemas técnicos envolvidos que não podem ser evitados, como incompatibilidades, bugs nos browsers, etc. Mas o centro de tanta demora parece ser a “politicagem” existente na W3C: discussões com argumentos antigos, prioridades concedidas ? s áreas erradas, empresas envolvidas visando apenas os seus interesses.

Seria melhor se as ferramentas planejadas para a nova especificação do CSS fossem mais simples, e atendessem realmente as necessidades atuais dos desenvolvedores - e não as de 5 ou 10 anos. Talvez seja a hora ideal para um CSS2.2, sem tantos novos recursos, mas com aqueles que nós realmente precisamos; deixando um pouco de lado aqueles que precisaremos daqui a muito tempo. Temos que esquecer de projetos para o CSS do futuro, principalmente quando o atual é mal interpretado e mal renderizado (por alguns “browsers”).

Todos os browsers possuem padrões de apresentação, mas eles diferem de um para outro (nos browsers da família Gecko existem os mesmos padrões). Por exemplo, certos browsers renderizam listas ordenadas e não-ordenadas com left-margin, já outros aplicam left-padding.

Existem inúmeras outras diferenças. Você as percebe quando está começando a fazer seu CSS e testa a página no IE e no Firefox ao mesmo tempo. Quando você ainda não aplicou nenhum estilo, os próprios estilos dos browsers mudam um pouco. Para uns os cabeçalhos tem um padding maior, um alinhamento vertical diferente, e assim por diante.

Para garantir o máximo de fidelidade em todos os browsers, resetar os estilos antes de começar a fazer a camada de formatação é uma boa pedida. Evita, muitas vezes, que seja necessária a utilização de conditional comments ou hacks.

A solução, então, é simples: antes de começar a desenvolver o CSS propriamente dito, basta zerar os principais seletores do CSS, aplicando-os a todos os elementos, como no exemplo:


* {
margin: 0;
padding: 0;
border: 0;
}

Além disso, pode ser feito o reset de seletores para elementos específicos:


h1, h2, h3, h4, h5, h6 {
font-weight: normal;
}

O que pode ser feito para minimizar as necessidades de utilizar métodos alternativos - e não tão “politicamente corretos” - é sempre bem vindo. Você pode definir posicionamentos, tamanhos, fontes, etc. Se você não tem esse hábito de zerar os seletores, crie-o. Ajuda bastante.

Veja também

• Reset reasoning - Eric Meyer
• Coisas úteis que não funcionam no IE #3 - Seletor com asterísco - Tableless.com.br

Talvez os desenvolvedores que estão há mais tempo nessa história de padrões web - abandonando definitivamente os editores visuais - possam desconsiderar a dica que segue. Contudo, para os iniciantes, a dica é bem útil, vi lá no blog do Pedro Rogério, o Pinceladas da Web.

Existem espalhadas pela web algumas cartilhas, ou cheat sheets, que facilitam bastante o trabalho de quem está começando. São grandes tabelas que contém todos os elementos do HTML, CSS, JavaScript e Microformatos, e que quebram um galho enorme algumas vezes quando um elemento ou outro escapa da mente.

Mas, para não dar uma de parasita e consumir a banda dos outros, fiz o upload dos arquivos (que estão em PDF) no meu servidor.

Faça o download

Seguem os links:

• HTML Cheat Sheet, de Liquid City
• CSS Cheat Sheet, de Liquid City
• JavaScript Cheat Sheet, de I Love Jack Daniel’s
• Microformats Cheat Sheet, de Microformats.org