Ontem, alguém com idade suficiente para ter trabalhado durante as guerras de navegadores, sentiu os dedos gelados de medo se espalharem pela espinha quando o Google anunciou que seu navegador Chrome estaria abandonando o Webkit em favor de seus próprios produtos. Piscar motor de renderização.
Com base no projeto Chromium de código aberto, que estará bifurcando o Webkit, o Chrome é o maior navegador do mundo: as estatísticas colocam o uso do Chrome em qualquer lugar até 41,9%, e crescendo a mais de um por cento por mês; é confiável no MacOS e no Windows; é também o navegador dominante nas Américas Central e do Sul, Europa, Índia e Norte da Ásia.
O Chrome também está progredindo significativamente em dispositivos móveis, com o sistema operacional Android crescendo em popularidade e o iOS da Apple - que é a única área que o outro grande navegador Webkit, o Safari, domina - lentamente perdendo participação de mercado.
Até agora, o Chrome dependia do motor de renderização Webkit, uma estrutura criada no início dos anos 2000, que críticos como o Google dizem ter sido projetada para um cenário da web diferente. Embora o Google afirme que inicialmente o foco será apenas limpar a base de código existente e excluir arquivos desnecessários, o novo mecanismo de renderização Blink é projetado para a Web moderna com uma série de melhorias de desempenho, principalmente na área de renderização DOM - o que é vital se os aspectos de mídia rica do HTML 6, 7 ou 8 se tornarem uma realidade.
Tudo isso soa muito positivo, até você olhar para os aspectos práticos dos web designers. Atualmente, testamos os seis principais navegadores: Chrome, Safari, Firefox no MacOS e Chrome, IE, Firefox no Windows. Alguns testadores dedicados também verificarão a compatibilidade do Opera. A tarefa é simplificada pelo fato de que 9 das 10 versões do Chrome e do Safari são processadas de forma idêntica graças ao mecanismo de renderização compartilhado. A introdução do Blink significa que o Chrome e o Safari provavelmente não serão processados da mesma maneira no futuro.
O problema é ainda maior para a web para celular. Os emuladores de dispositivos agora precisam encontrar uma maneira de renderizar não apenas o Webkit e o Mozilla, mas também o Blink. Esse trabalho começa agora, mas é provável que, por um período de alguns meses, os designers tenham acesso a vários dispositivos para garantir a compatibilidade do Chrome.
“Acreditamos que ter vários mecanismos de renderização - semelhantes a ter vários navegadores - estimulará a inovação e, com o tempo, melhorará a integridade de todo o ecossistema da Web aberta” - Adam Barth, engenheiro de software do Chromium Project
Talvez o maior problema seja aquele que inicialmente parece ser o mais positivo: o Chrome não estará mais suportando prefixos de navegador. Em outras palavras, enquanto você atualmente escreve em CSS:
div {-moz-column-count:4; // Mozilla-webkit-column-count:4; // Webkitcolumn-count:4; // default}Não haverá mais adicional:
-blink-column-count:4; // Blink doesn't support thisPrefixos de navegador trazem uma série de problemas, além de serem feios e inconsistentemente suportados, eles também criam inchaço de arquivos e incentivam a implementação diversa. Então, podemos parar de usar os prefixos do navegador? Não, eles ainda serão necessários para outros navegadores, assim como são agora.
Em vez de usar um prefixo do navegador, qualquer coisa que o Chrome considere experimental será realizada por trás de um sinalizador "ativar experimental". O que significa que você pode ativar tudo experimental ou nada.
Além disso, ao remover o prefixo do navegador, o Google Chrome se configura como o comportamento "padrão" da web. Se a implementação de um recurso do Chrome não funcionar corretamente, a opção de ajustar seu código com um prefixo específico do navegador não está lá. As chances são de que teremos que voltar a usar o JavaScript para o 'navegador sniff' do Chrome e ajustar o CSS padrão quando necessário.
A bifurcação do Webkit e a criação do Blink serão altamente benéficas para o Google; O Chrome será mais rápido, com menos bugs e mais rápido de evoluir. Os benefícios para os usuários serão um navegador leve e rápido criado para a Web moderna. As consequências para os web designers provavelmente serão muito mais dores de cabeça e substancialmente mais horas gastas aprimorando o CSS.
O que você acha da decisão do Google de criar seu novo mecanismo de renderização Blink? Você acha que o Blink vai lhe poupar tempo ou criar mais trabalho? Deixe-nos saber nos comentários.
Imagem em destaque / miniatura, imagem garfo via Shutterstock.