Contente
A Opera anunciou uma “transição gradual” para o motor do navegador WebKit, no lugar de seu próprio Presto.
Em um comunicado à imprensa, o CTO da Opera, Hkon Wium Lie, elogiou o WebKit e disse que a Opera pretende torná-lo ainda melhor. “Ele suporta os padrões com os quais nos preocupamos e tem o desempenho de que precisamos”, afirmou ele, acrescentando que fazia mais sentido ter os especialistas da empresa “trabalhando com as comunidades de código aberto para melhorar ainda mais o WebKit e o Chromium, em vez de desenvolver nosso seu próprio mecanismo de renderização. ”Wium Lie disse que a mudança de foco permitirá que mais recursos do Opera sejam dedicados à inovação e ao desenvolvimento de recursos.
Escrevendo para o Opera Developer News, o evangelista da web do Opera, Bruce Lawson, forneceu mais informações e disse que, embora o Opera desenvolvendo seu próprio motor fosse necessário em 1995, para competir com os então gigantes Netscape Navigator e Internet Explorer, e para impulsionar os padrões da web, WebKit agora tem o tipo de suporte de padrões com o qual o Opera “só sonhava” quando seu trabalho começou.
Em declarações ao .net, Lawson reiterou que a transição não será imediata e que os desenvolvedores devem continuar trabalhando de acordo com as melhores práticas: “Eles devem continuar a usar os (poucos) prefixos de fornecedores do Opera que não removemos anteriormente porque o Presto irá estar no mercado por um tempo ainda em TVs, painéis de carros e assim por diante ”.
Um mecanismo de renderização é "uma mercadoria"
Perguntamos a Lawson se a decisão do Opera significa que a empresa acredita que a diferenciação por meio de um motor de navegador é um esforço desperdiçado. Ele não achava que fosse esse o caso, mas disse que agora é mais prudente concentrar as energias em outro lugar: “Para os usuários, um motor de renderização é uma mercadoria. Eles só querem que funcione. A maioria dos consumidores pergunta quem fabricou o motor quando compram um carro? Não; eles estão preocupados com a aerodinâmica do chassi, o quão confortável é para dirigir e quais dispositivos que economizam mão de obra existem. ”
Ele disse que a empresa ainda se preocupa profundamente com os padrões da web e já ofereceu seu primeiro patch para o WebKit, para trazer o suporte a várias colunas CSS em todos os navegadores WebKit até o nível do Presto. No entanto, o próprio navegador é mais conhecido por recursos como Speed Dial, navegação por abas, gestos do mouse e por isso a empresa quer “continuar inovando lá também, no que os consumidores veem todos os dias”.
Os desenvolvedores responderam positivamente à decisão. Michele Bugliaro Goggia disse ao .net que estas são “boas notícias, em termos de testes”, e pensou “quanto menos motores tivermos disponíveis, mais fácil será para os designers”.
O fundador da Happy Cog, Jeffrey Zeldman, também elogiou a mudança: “Os usuários do Opera devem desfrutar de mais compatibilidade; os desenvolvedores que fazem a coisa certa podem se alegrar em ter um pouco menos de complexidade em seus regimes de teste e depuração; e os desenvolvedores que ignoraram o Opera terão menos probabilidade de prejudicar seus muitos usuários ”.
No entanto, Zeldman acrescentou que os desenvolvedores não devem usar isso como desculpa para serem complacentes: “Ainda temos que criar e codificar de acordo com os padrões, e ainda temos que testar em navegadores e dispositivos. Nesse sentido, nada muda. ”
Rumo a uma monocultura WebKit
Outra questão levantada pela mudança do Opera para o WebKit é se este é um evento único ou parte de uma tendência. “Com três navegadores principais usando o motor WebKit, isso vai colocar pressão sobre o Mozilla para converter o Firefox para usá-lo também ou autônomo como o Internet Explorer”, disse o consultor digital Michael Oglesby.
Andy Hume, arquiteto de front-end do The Guardian, teve o mesmo pensamento e estava preocupado com as possíveis ramificações: “Se houver uma consolidação em relação ao WebKit a ponto de não haver mais nada, então o núcleo de desenvolvedores que possuem esse projeto basicamente possui o plataforma web. Se eles não abençoam um padrão, ele está morto. Sim, alguém pode vir e bifurcar o projeto e criar um novo navegador - mas há uma grande barreira para entrar em um mercado significativo. ”
Atualmente, Hume disse que há uma grande diversidade na tecnologia emergente de diferentes projetos: CSS Grid Layout da Microsoft, CSS Regions da Adobe / Chrome e recursos de fonte de tipo aberto que foram quase inteiramente dirigidos pelo Mozilla. “As pessoas vão parar de construir aplicativos da web e começar a construir aplicativos WebKit, assim como faziam antigamente. Eu vejo dor em nosso futuro ”, disse ele.
Lawson, no entanto, rejeitou a ideia de que os planos do Opera resultariam em uma monocultura do WebKit: “É difícil reivindicar uma monocultura do WebKit quando o Trident do IE e o Gecko do Mozilla estão fortes. Também não é verdade que haja um WebKit monolítico; existem muitos. O WebKit também tem muitas organizações diversas e concorrentes trabalhando para ele. ”
No entanto, o especialista em dispositivos móveis Peter-Paul Koch disse em seu blog que o próprio comunicado à imprensa da Opera aponta para essa mudança já acontecendo, destacando a seção sobre consumidores vendo melhor compatibilidade de sites com sites para dispositivos móveis testados apenas no WebKit. “Observe com atenção o que isso significa: nós, desenvolvedores da web, não temos feito nosso trabalho adequadamente”, reclamou. “Não nos preocupamos em testar nossos sites para celular no Opera Mini, embora seja quase tão grande quanto Safari iOS e Android.”
Koch disse que a decisão do Opera é, portanto, "nossa própria culpa", e ele também se perguntou como isso teria impacto no Mozilla, no suporte legado do Opera, nos benefícios específicos do Presto (como JavaScript não bloqueando o thread da interface do usuário) e no poder político do Opera nos padrões da web comunidade.
