Mozilla não vai mais investir na capacidade de outros aplicativos embutirem o engine Gecko
No artigo “Mozilla kills embedding support for Gecko layout engine“, o The H detalha a decisão oficial do projeto Mozilla de descontinuar o suporte a que outros aplicativos possam embarcar o engine Gecko – a partir de agora, este suporte oficial será reservado aos aplicativos do próprio projeto Mozilla, como o navegador Firefox.
Projetos como o Camino, Songbird, Flock, K-Meleon, Minimo e Sugar terão que encarar algumas opções para sua próxima versões: procurar um jeito alternativo de embarcar, manter uma versão desatualizada, ou migrar para outro engine, como o WebKit (mantido pela Apple, e incluído no Safari e no Chrome).
No caso específico do Camino, a migração para o WebKit já foi bastante debatida, como comenta o ars technica. (via lwn.net)
@brlinuxblog
Feed RSS
[modo troll on]
Se fosse a Oracle que fizesse isso,…
[/modo troll off]
Uma pena, mas se esse for o preço pra acelerar o desenvolvimento do FF, tudo bem.
Tomara que o Firefox 4 continue fazendo muito sucesso por algum tempo, porque, pelo jeito, a Mozilla está se esforçando para caminhar para a irrelevância…
Nossa, mancada total por parte da mozilla…
Dei Ctrl+F pra achar uma tag primeirodeabril mas não achei.
Pelo que dei uma olhada nos últimos tempos a API da mozilla é bastante “arcaica”, tanto a do Gecko quanto a do SpiderMonkey, e talvez seja por isso que, na hora do vamos ver, a maioria do projeto escolhe outras engines para embarcar, como o já citado webkit ou mesmo o khtml, no caso das aplicações do KDE. No Windows é muito mais fácil usar o próprio mshtml.
O único diferencial da mozilla era mesmo o XUL, que permite desenvolver rapidamente aplicações gráficas para desktop usando gecko+spidermonkey. Mas… pelo jeito isso vai mesmo acabar, e não duvido que o próximo alvo vai ser o spidermonkey.
Se bem que, na atual condição do firefox, isso seja necessário: os desenvolvedores do chrome não precisam se preocupar em uma versão embarcada dele, já que quem faz isso é o webkit: assim tem mais tempo para centrar seus esforços na aplicação, não na biblioteca (embora haja o skia e o v8), enquanto que a mozilla tem que cuidar de tudo. E isso contribui para um desenvolvimento menos acelerado do firefox com relação ao chrome.
Se fosse a Oracle que fizesse isso,…
[2]
Péssima decisão… o Wine usa essa engine.
Ou seja: diversos aplicativos vão acabar sofrendo regressão de compabilidade :(
O pessoal do Wine vai adorar isso ….
O Flock já estava baseando sua última versão no chromium há um bom tempo.
Uma pena
mas nada impede que usem o código do gecko em projetos
uma leve modificação no código(nao fork, apenas adaptação) permitiria usar o código do gecko ainda
“Se fosse a Oracle que fizesse isso”? Como assim? A Oracle tem um navegador dela? Ela compete neste nicho?
Aliás, essa frase irônica parece sugerir que não há críticas à Fundação Mozilla por isso. Mas há críticas nos comentários.
Não há “um peso e duas medidas aqui”, só na cabeça de vocês.
Patola, acredito que você seja inteligente o suficiente pra ter entendido onde se encaixa a analogia com a Oracle.
E o XULrunner va morrer? Acabou de ser lançada a versão 2.0 oficial e ele agora vai morrer? Que estranho…
Luiz, a notícia é sobre embedding. xulrunner é outra coisa e não é afetado por esta decisão.
@alberto
Ah, menos mal… achei estranho mesmo. Então o fato vai ocorrer com os gtk-mozembed do python, por exemplo ou do C… É uma pena, mas eles devem saber o que fazem… E o pessoal que trabalha usando o gecko pode migrar a app p/ XUL com o XULrunner então – é bem simples e eficiente.
Putz, nessa lista dá para incluir o Wine também que vai ter que dar um jeito.
Se bobear, daqui a pouco o próprio Firefox vai estar usando o WebKit.