Client-side

O time do IE ouviu os apelos da comunidade e voltou atrás na sua decisão de fazer o IE8 ativar o Standards Mode do IE7 por padrão. Agora, o IE8 vai, por padrão, interpretar conteúdo web com o maior grau possível de compatibilidade com os web standards. O anuncio foi feito ontem, 03 de março de 2008: http://blogs.msdn.com/ie/archive/2008/03/03/microsoft-s-interoperability-principles-and-ie8.aspx

Esse post é sobre um assunto que tem gerado bastante controvérsia na web durante as últimas semanas: a decisão da Microsoft em fazer com que o IE8 se comporte exatamente igual ao IE7.

Vou tentar resumir: em função da estratégia da Microsoft de aumentar o suporte aos web standards na migração do IE6 para o IE7, inúmeros sites que foram desenvolvidos em cima dos bugs do IE6 ficaram quebrados quando foram visualizados no IE7 (como ocorreu com os nossos CMAs). Para evitar que isso aconteça novamente na migração do IE7 para o IE8, a Microsoft incluiu um recurso para que os autores de páginas web declarem explicitamente qual a rendering engine que eles desejam usar. Para isso é necessário usar uma simples declaração na tag META, como por exemplo:

<meta http-equiv=”X-UA-Compatible” content=”IE=8″ />

É possível estender as informações sobre compatibilidade para outros browsers, definindo a sua prioridade:

<meta http-equiv=”X-UA-Compatible”

content=”IE=8;FF=3;OtherUA=4″ />

Ou seja, por padrão, o IE8 vai usar a engine do IE7 (caso o autor do documento não indique explicitamente que deseja usar uma engine de outra versão do IE ou mesmo de outros browsers). Como a tag META é do tipo HTTP-equivalent, o cabeçalho HTTP também pode ser configurado para se obter o mesmo resultado:

X-UA-Compatible: IE=8;FF=3;OtherUA=4

Para funcionar, é necessário que a tag META seja posicionada no HEAD do documento, o mais perto possível do topo. Ela pode ser precedida por outras tags meta e pelo elemento TITLE, mas deve ser colocada antes de todos os outros elementos — e não pode ser adicionada ao DOM via JavaScript.

Para a felicidade dos defensores do uso de web standards, a Microsoft prometeu que o IE8 vai passar no Acid Test, que é um teste desenvolvido pelo Web Standards Project para que os fabricantes de browsers possam testar o grau de compatibilidade dos seus produtos com os padrões da web. Portanto, se você deseja escrever um código que respeita os web standards, como fazem em grande parte o Firefox, o Safari e o Opera, você pode escolher usar a engine do IE8. Você pode escolher usar sempre a última versão do IE, basta usar a palavra-chave “edge” (isso evita que o autor do documento tenha que usar um valor como, por exemplo, “IE=1000″):

<meta http-equiv=”X-UA-Compatible” content=”IE=edge” />

É necessário dizer que a Microsoft desencoraja veementemente o uso dessa alternativa, porque ela não pode predizer os bugs de layout e scripting que podem ser introduzidos em uma nova versão do IE!! As atualizações na engine do IE8 não se limitam a questões de CSS e layout, mas são também relativas ao uso de scripts, o que pode tornar milhões de sites inúteis.

Na ausência de qualquer informação sobre “version-targeting”, o DOCTYPE será usado como proxy para decidir qual engine usar, da mesma forma que os browsers atuais usam DOCTYPE switching para decidir se entram em “Standard” ou “Quirks mode”. Agora, todos os DOCTYPEs do HTML4 e do XHTML1 ativarão o modo do IE7 por padrão. No futuro, dependendo do andamento dos fatos, os DOCTYPEs do HTML5 devem ativar os modos de renderização do IE9 ou IE10.

Apesar do benefício óbvio em oferecer uma garantia para que os desenvolvedores nunca mais sejam surpreendidos com o comportamento inesperado das novas versões de browser, essa iniciativa (chamada pela Microsoft de “don´t break the web”) tem sido alvo de críticas por parte de profissionais renomados. Eis alguns pontos negativos levantados por eles:

• essa abordagem fere os princípios do progressive enhancement, segundo o qual, os sites devem ser desenvolvidos para ser forward-compatible. Isto é, os sites devem ser desenvolvidos em uma única versão e de um jeito que, independentemente do comportamento que as novas versões de browser possam ter, as páginas são construídas para possibilitar que cada usuário tenha uma experiência tão rica quanto permitir o seu ambiente de trabalho. Isso é exatamente o contrário do que a Microsoft propõe com o “version targeting”. Por exemplo: um site foi desenvolvido para funcionar no IE8. Quando o IE9 for lançado com novos recursos, o site não vai poder tirar proveito deles, porque as páginas estarão bloqueadas para funcionar no IE8
• se os os autores continuarem a escrever seu código em cima dos bugs do IE7, um número ainda maior de documentos na web estará incompatível com os padrões seguidos por outros browsers. E na versão, digamos, 49 do IE, o comportamento padrão do browser ainda terá que ser o mesmo do IE7. Em seu artigo entitulado “They Shoot Browsers, Don’t They?” no “A List Apart”, Jeremy Keith diz que
  

  o “version targeting” resolve o problema de quebrar a web da mesma forma que a decapitação resolve a dor de cabeça

• o “version targeting” é ruim para a indústria porque caminha na contra-mão da implementação de padrões abertos de interoperabilidade entre browsers e porque prejudica a concorrência, uma vez que, os fabricantes de novos browsers têm que oferecer suporte aos novos padrões que surgem e também ao enorme número de páginas já construídas em cima dos bugs do IE. Isso eleva os custos de lançamento de novos produtos, o que não é bom para o mercado nem para os consumidores, mas é bom para a Microsoft.
• o “version targeting” é ruim para os desenvolvedores porque eles não serão forçados a acompanhar a evolução da indústria e, portanto, não terão que melhorar suas qualidades na construção de sites. Paradoxalmente, eles terão que gastar mais tempo, dando suporte a múltiplas versões de browsers e fabricantes, o que não aconteceria se todos os navegadores adotassem os mesmos padrões
• o “version targeting” é ruim para a Microsoft porque, se o comportamento padrão da engine do Internet Explorer tende a ser sempre a mesma do IE7, então, porque se interessar por novas versões do IE?
• a coexistência de múltiplas engines aumenta o tamanho (em kbytes) dos browsers e o consumo de memória e, portanto, prejudica a instalação em dispositivos móveis. Também representa um enorme potencial para problemas de segurança, pois cada engine está exposta a um tipo de ataque. Além disso, cada engine tem que poder falar com a outra. Eu posso ter um documento em um modo com IFRAMES em outros modos. Esses documentos podem manipular o DOM do outro, o que gera um potencial problema de compatibilidade a ser resolvido. Por último, vale a pena ressaltar que, na verdade, você nunca pode dar um “freeze” na manutenção de uma versão. Se uma falha de segurança ou um “crasher bug” forem achados, você terá que corrigí-los. Multiplique isso pelo número de engines e a manutenção se tornará um fardo pesado.

Eu recomendo a leitura dos seguintes artigos de profissionais consagrados, todos publicados no último mês, para que vocês tenham uma visão mais ampla da questão:

• Compatibility and IE8
• Beyond DOCTYPE: Web Standards, Forward Compatibility, and IE8
• From Switches to Targets: A Standardista’s Journey
• Version Targeting: Threat or Menace?
• They Shoot Browsers, Don’t They?
• The versioning switch’s default is correct