Versão Linux do Google Chrome agendada para junho, com Gtk
| Tweet |
|
O Google divulgou sua intenção de lançar as versões para Mac e Linux de seu navegador Chrome em junho, segundo informado pelo Newsforge.
E a versão para Linux deve usar o Gtk, colocando em prática a decisão de desenvolver a interface para usuário separadamente em cada uma das plataformas que o navegador irá suportar. (via osnews.com)
Saiba mais (osnews.com).
Veja também o texto enviado pelo ASF (antoniosfonsecaΘyahoo·com) – referência (antoniofonseca.wordpress.com).
• Publicado por Augusto Campos em
16/02/2009 às 10:30 am
• Link direto para este post: http://br-l.org/!8083
• Siga no Twitter: @brlinuxblog e @augustocc
• Mais posts do mesmo tema: Aplicações
• Link direto para este post: http://br-l.org/!8083
• Siga no Twitter: @brlinuxblog e @augustocc
• Mais posts do mesmo tema: Aplicações
“E a versão para Linux deve usar o Gtk, colocando em prática a decisão de desenvolver a interface para usuário separadamente em cada uma das plataformas que o navegador irá suportar.”
Resumindo, os usuários linux vão ficar com um subproduto do desenvolvimento que continuará a ser windows-centric.
Os diálogos do GTK+ são feios. Com o Qt 4.x agora sendo LGPL, não vejo porque a Google não optou por usá-lo e assim fazer uma versão com o código da GUI comum a todas as plataformas. Não sei como não optaram por usar a libwine, como já fizeram em outros de seus produtos.
Felizmente já existem pelo menos 2 projetos de navegadores usando o mesmo engine webkit do Chrome e GTK+ ou Qt 4 e sem ficar coletando dados do usuário
http://code.google.com/p/arora/
http://liquidat.wordpress.com/2008/05/27/arora-a-webkit-browser-in-qt/
http://www.twotoasts.de/index.php?/pages/midori_summary.html
Para ver o porque, os links dados a partir da referência do OSNews são um bom começo. Cabe mencionar que a mesma decisão de desenvolver a interface gráfica independentemente também está valendo para o Mac OS X.
E me parece que este comportamento, oposto ao anterior (de usar a libwine) me parece uma grande evolução quanto à política anterior, de desenvolver pensando exclusivamente no Windows e aí se limitar a usar o mínimo de camadas de compatibilidade possíveis para rodar em outras plataformas também.
“Com o Qt 4.x agora sendo LGPL, não vejo porque a Google não optou por usá-lo e assim fazer uma versão com o código da GUI comum a todas as plataformas”
O Qt 4.x ainda é muito lento no Windows. Bom, não sei se o Gtk é melhor. Aliás, não sei se esse foi o critério.