02nd Jul 2009
Sem precisar mais validar as interfaces no IE6: consegui!
Era uma vez um programador C++ que cansou da vida de desenvolver aplicações para Windows, e migrou para desenvolvimento web.
O empolgante mundo web.
ASP, PHP, Java? Backend é backend, tudo funciona igual. Mas, e no mundo das interfaces? Lá ele conheceu os terrores da falta de padrão entre os browsers.
Anos e anos lidando com IE6, Firefox, Opera, Safari… o novo IE7 (na época), atualizações do Firefox, Chrome, versões diferentes em sistemas operacionais diferentes. Por mais que se sigam padrões, ajustes sempre são necessários. Principalmente por causa dele, o vilão: IE6
Bem, essa certamente pode ser uma histórinha aplicada a diversos desenvolvedores web. E não foge a mim.
Mas, chegou o momento de enfrentar o problema e propor que a empresa onde trabalho tome uma posição com relação a essa questão dos browsers. Um tempo atrás fiz uma enquete para saber qual seria a atitude tomada pelos leitores aqui do blog com relação ao IE8.
Nessa semana, foi lançado o 3.5 do Firefox, e denovo fiquei apreensivo. Resolvi mandar um e-mail para os demais líderes das equipes para chegar num acordo. O teor, mais ou menos, foi esse:
Pessoas,
hoje foi lançada a versão final do Firefox 3.5
A cada lançamento de versão nova de browser ficamos “apreensivos”, pois sabemos que são várias engines diferentes usadas pelos browser, e cada engine renderiza as interfaces e interpreta os scripts de forma não-(totalmente)-padronizada, e mesmo versões diferentes da mesma engine trazem diferenças.
Atualmente temos para o Windows, IE6, IE7 e o recém-lançado IE8, Google Chrome, Safari, Opera e Firefox nas versão 3.5, 3 e resquícios da 2.Eu acredito que a empresa deva tomar uma decisão de quais serão os browsers suportados nas interfaces dos sites que desenvolvemos. Criar interfaces que funcionem em todas essas famílias de browsers e suas versões é inviável, tanto pela dificuldade da falta de padronização dos browsers como nossa estrutura para desenvolvimento (equipe enxuta, prazos sempre apertados, etc…)
Mais vale nos certificarmos que teremos validação total em alguns browsers, do que tentar validar para todos e não termos algo 100% funcional em nenhum, ao meu ver.
Recebi uma resposta positiva sobre o assunto, que era uma discussão válida, e continuei num outro e-mail:
Se for seguir apenas questões técnicas, ao meu ver o correto é validarmos
- apresentação em IE7+ e Firefox 3+
- funcionamento em IE6+, FF3+, Chrome (uma vez que usa o Safari usa o Webkit, funcionam corretamente)Entendo por layout qualquer coisa que envolva html e css, enquanto que o funcionamento está relacionado ao script (javascript, normalmente).
Validar o funcionamento é conseguir terminar todos os fluxos existentes no projeto, mesmo que existam erros de apresentação.É claro que com a experiência adquirida já pela equipe, sabemos onde pode dar erro de apresentação nos browsers antigos (usualmente no IE6) então no desenvolvimento tomaríamos os cuidados necessários para que eles não ocorram – o que não quer dizer que a correção dos mesmos entrariam como prioridade.
Acredito que seja necessário levar, ainda, dois pontos em consideração:
- essas observações devem estar incluídas no escopo do projeto
- muitas empresas, principalmente as com parque de máquina grande, ainda utilizam o IE6 como padrão, por diversas questões. É viável colocar essas premissas, limitando a validação dos projetos em determinados browsers?
E a resposta? Validação apenas em IE7+, Firefox3+ e afins. Ou seja, depois de muito tempo, dei um belo golpe no vilão IE6 e não mais terei – e minha equipe – que validar sites nele denovo!
Posted by Chris under
Tecnologia
1 Comment »






