Browser do Google para celulares usará tecnologia LGPL da Apple
O WebCore, framework usado pela Apple no desenvolvimento do navegador Safari, bem como em celulares da Nokia, também será a base de desenvolvimento do novo browser do Google para dispositivos móveis, revelou Andy Rubin diretor de plataformas móveis do Google, ao IDG Now!.
Em uma breve entrevista realizada por telefone nesta terça-feira (06/11) Rubin, principal responsável pelo desenvolvimento da plataforma Android, anunciada na segunda-feira (05/11), disse que não ainda não pode detalhar as aplicações que começam a chegar aos celulares em meados de 2008.
Em relação aos concorrentes, especialmente os sistemas Symbian e Windows Mobile, Rubin apenas disse que a diferença básica do Android é ser baseado em código aberto e garantiu que "o que os desenvolvedores vão observar na plataforma é que ela é muito simples de desenvolver."
Saiba mais (idgnow.uol.com.br).
Em uma breve entrevista realizada por telefone nesta terça-feira (06/11) Rubin, principal responsável pelo desenvolvimento da plataforma Android, anunciada na segunda-feira (05/11), disse que não ainda não pode detalhar as aplicações que começam a chegar aos celulares em meados de 2008.
Em relação aos concorrentes, especialmente os sistemas Symbian e Windows Mobile, Rubin apenas disse que a diferença básica do Android é ser baseado em código aberto e garantiu que "o que os desenvolvedores vão observar na plataforma é que ela é muito simples de desenvolver."
Saiba mais (idgnow.uol.com.br).
(postado por Augusto Campos)
Comentários dos leitores
Comentário de puelocesar
07/11/07 0:03 - usuário registrado #5482
Cara, poderia elaborar: Cara, poderia elaborar melhor essa frase? Eu sei que gramática e ortografia são coisas bem chatas, das quais eu também não gosto, mas uma coisa legal da escrita é que outras pessoas consigam entender
"Perai, o Zer0Phone também é baseado em uma plataforma GNU/Linux como WebKit da Apple, nao precisa mostrar o código certo?"
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
"Perai, o Zer0Phone também é baseado em uma plataforma GNU/Linux como WebKit da Apple, nao precisa mostrar o código certo?"
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Comentário de puelocesar
07/11/07 0:15 - usuário registrado #5482
O WebKit é uma tecnologia: O WebKit é uma tecnologia muito boa, é rápido, leve e renderiza bem as páginas, quem já usou o Safari for Mac sabe o que eu estou falando.
Embora o khtml seja também rápido e leve, não renderiza muitas páginas tão bem como o WebKit, e é uma pena que exista um racha na comunidade kde sobre colocar ou não o WebKit no Konqueror...
Agora, esse Android foi a melhor coisa que pôde ter acontecido para o mundo mobile! Um SO e sdk livre, e apoiado pela maioria dos grandes nomes da telefonia móvel e liderado pelo Google? É fantástico, pela primeira vez eu me senti com tesão de programar para celular e isso será possível (o HTC que eu vou comprar quando sair :P)
Também fiquei com muita vontade de programar para QTopia, mas ninguém quis me dar um Greenphone :(
Só fiquei curioso se a Google chegou a levar em consideração projetos linux já existentes como o Neo e o Qtopia em sua idéia de dominar o mundo (mobile)...
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Embora o khtml seja também rápido e leve, não renderiza muitas páginas tão bem como o WebKit, e é uma pena que exista um racha na comunidade kde sobre colocar ou não o WebKit no Konqueror...
Agora, esse Android foi a melhor coisa que pôde ter acontecido para o mundo mobile! Um SO e sdk livre, e apoiado pela maioria dos grandes nomes da telefonia móvel e liderado pelo Google? É fantástico, pela primeira vez eu me senti com tesão de programar para celular e isso será possível (o HTC que eu vou comprar quando sair :P)
Também fiquei com muita vontade de programar para QTopia, mas ninguém quis me dar um Greenphone :(
Só fiquei curioso se a Google chegou a levar em consideração projetos linux já existentes como o Neo e o Qtopia em sua idéia de dominar o mundo (mobile)...
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Comentário de puelocesar
07/11/07 0:20 - usuário registrado #5482
Só para mostrar que eu não: Só para mostrar que eu não sou o único entusiasmado:
Google's Android Could Remake Mobile Industry
(http://www.mobile-tech-today.com/story.xhtml?story_id=56539)
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Google's Android Could Remake Mobile Industry
(http://www.mobile-tech-today.com/story.xhtml?story_id=56539)
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Comentário de tenchi
07/11/07 0:25 - usuário registrado #7284
(...) Não vão levar a nada, como sempre (...): Cara, essa questão de colocar o WebKit no KDE já foi muuito discutida - não que não mereça mais "saliva", pois merece ;-) -, e acredito que não deve ser tão fácil assim para os desenvolvedores do KDE.
Simplesmente porque o KHTML no KDE não é só o konqueror. Ela está integrada em todo o ambiente. Muitos programas utilizam este componente (desde amarok, ktorrent, akregator, kdesktop e assim vai...). Estava vendo no blog dos desenvolvedores, e a dificuldade de implementar o webkit demandaria muito tempo, e o KDE4 já está aí. Tempo é algo que não se deve perder....
Outra coisa é se realmente há razão para mudar. O WebKit ao que parece tem muitas incompatibilidades com o KHTML. Este está trabalhando relativamente bem, então para que mudar? Só tem uns probleminhas com alguns sites e padrões, mas isso não é necessariamente um problema, com o tempo vai melhorando...
"Quem pensa por si mesmo é livre, e ser livre é coisa muito séria." - Legião Urbana
Simplesmente porque o KHTML no KDE não é só o konqueror. Ela está integrada em todo o ambiente. Muitos programas utilizam este componente (desde amarok, ktorrent, akregator, kdesktop e assim vai...). Estava vendo no blog dos desenvolvedores, e a dificuldade de implementar o webkit demandaria muito tempo, e o KDE4 já está aí. Tempo é algo que não se deve perder....
Outra coisa é se realmente há razão para mudar. O WebKit ao que parece tem muitas incompatibilidades com o KHTML. Este está trabalhando relativamente bem, então para que mudar? Só tem uns probleminhas com alguns sites e padrões, mas isso não é necessariamente um problema, com o tempo vai melhorando...
"Quem pensa por si mesmo é livre, e ser livre é coisa muito séria." - Legião Urbana
Comentário de nemesis
07/11/07 1:19 - usuário registrado #1514
mais uma paulada nas: mais uma paulada nas tecnologias Mozilla! e da empresa em que um de seus desenvolvedores trabalha!
;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")
;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")
Comentário de puelocesar
07/11/07 1:37 - usuário registrado #5482
O kde4.0 já está aí: O kde4.0 já está aí mesmo. Só que vem muito mais coisa depois disso.
Vários desenvolvedores importantes do kde já abandonaram o o khtml para trabalhar com o WebKit (esqueci o nome dos caras). A trolltech está portando o webkit para o qt4, e já deve estar presente na próxima versão do toolkit.
Agora, quanto a vários elementos dependerem do khtml, pelo o que eu sei, na plataforma do kde4 não existe este problema, pois se não me engano, esse tipo de coisa é implementado em interfaces kpart, e para trocar é só trocar a implementação do kpart.
Ah, e a renderização do khtml para mim não funciona muito bem não :P Já fiz sistemas web que ficaram esquisitos no Konqueror, apesar de ficarem bem no Gecko e no WebKit. E tem também a questão do Google, hoje para mim é inviável usar internet sem poder acessar bem o Gmail, o GReader e outros
Enfim, eu prefiro o WebKit, é mantido por muito mais gente e está funcionando bem melhor. Sem contar que agora com os "Android phones" e o iPhone usando o webkit muitos desenvolvedores web vão se preocupar mais em tornar seus sites compatíveis com o mesmo.
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Vários desenvolvedores importantes do kde já abandonaram o o khtml para trabalhar com o WebKit (esqueci o nome dos caras). A trolltech está portando o webkit para o qt4, e já deve estar presente na próxima versão do toolkit.
Agora, quanto a vários elementos dependerem do khtml, pelo o que eu sei, na plataforma do kde4 não existe este problema, pois se não me engano, esse tipo de coisa é implementado em interfaces kpart, e para trocar é só trocar a implementação do kpart.
Ah, e a renderização do khtml para mim não funciona muito bem não :P Já fiz sistemas web que ficaram esquisitos no Konqueror, apesar de ficarem bem no Gecko e no WebKit. E tem também a questão do Google, hoje para mim é inviável usar internet sem poder acessar bem o Gmail, o GReader e outros
Enfim, eu prefiro o WebKit, é mantido por muito mais gente e está funcionando bem melhor. Sem contar que agora com os "Android phones" e o iPhone usando o webkit muitos desenvolvedores web vão se preocupar mais em tornar seus sites compatíveis com o mesmo.
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Comentário de puelocesar
07/11/07 1:40 - usuário registrado #5482
pô e eu gostava tanto do: pô e eu gostava tanto do Mozilla e do Firefox..
Por que parece que ele era bem mais leve em meus computadores bem mais antigos?
KILL KILL the desktop bloat!
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Por que parece que ele era bem mais leve em meus computadores bem mais antigos?
KILL KILL the desktop bloat!
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Comentário de cenoura
07/11/07 9:31 - usuário registrado #523
Talvez porque antigamente o: Talvez porque antigamente o Firefox era leve mesmo mas agora não é mais :/
Uso email (pop3 e imap) e hoje voltou a valer a pena usar o Seamonkey ao invés da dupla Firefox+Thunderbird ... o Seamonkey está mais rápido, estável e leve.
Voltando ao assunto, espero que com esta iniciativa do google voltemos a ter alguma competição por qualidade nos browsers. Desde que o gecko virou versão final, o pessoal parece que só quer inserir coisas novas e que nem sempre são úteis, deixando os navegadores cada vez mais pesados.
Gustavo Picoloto
http://cenoura.homelinux.com
Uso email (pop3 e imap) e hoje voltou a valer a pena usar o Seamonkey ao invés da dupla Firefox+Thunderbird ... o Seamonkey está mais rápido, estável e leve.
Voltando ao assunto, espero que com esta iniciativa do google voltemos a ter alguma competição por qualidade nos browsers. Desde que o gecko virou versão final, o pessoal parece que só quer inserir coisas novas e que nem sempre são úteis, deixando os navegadores cada vez mais pesados.
Gustavo Picoloto
http://cenoura.homelinux.com
Comentário de tenchi
07/11/07 10:22 - usuário registrado #7284
.: Na verdade o problema não é o firefox, mas "o firefox para Linux", que está aquém em estabilidade e desempenho à versão para WIndows (a para OS X eu não testei).
No Linux, ele é mais pesado que no Windows. Ainda trava muito em sites com flash, etc.
Para quem não sabe, o firefox pode ser compilado para utilizar não somente gtk+2, mas pode ser compilado para utilizar Qt, gtk, ou somente as bibliotecas do X. Não sei se isso resolveria o problema do peso (e deixaria o programa bem feio).
"Quem pensa por si mesmo é livre, e ser livre é coisa muito séria." - Legião Urbana
No Linux, ele é mais pesado que no Windows. Ainda trava muito em sites com flash, etc.
Para quem não sabe, o firefox pode ser compilado para utilizar não somente gtk+2, mas pode ser compilado para utilizar Qt, gtk, ou somente as bibliotecas do X. Não sei se isso resolveria o problema do peso (e deixaria o programa bem feio).
"Quem pensa por si mesmo é livre, e ser livre é coisa muito séria." - Legião Urbana
Comentário de puelocesar
07/11/07 10:55 - usuário registrado #5482
A versão de MacOSX é pior: A versão de MacOSX é pior ainda que a versão de Linux, logo, como não uso Windows o Firefox apesar de muito bom em funcionalidades é um horror de usar.. Lento, cheio de memory leaks e vive travando..
O Safari é muito superior em termos de leveza, velocidade de carregamento das páginas (por incrível que pareça) e velocidade de execução de JS.
Seu único problema é que não tem as extensões do firefox, apesar de possuir alguns similares
É por isso que eu quero WebKit no Konqueror! Assim com um pouco de concorrência a Mozilla toma vergonha na cara e faz uma implementação descente para Linux! (já estão tentando melhorar ele no Mac com a versão 3 do navegador)
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
O Safari é muito superior em termos de leveza, velocidade de carregamento das páginas (por incrível que pareça) e velocidade de execução de JS.
Seu único problema é que não tem as extensões do firefox, apesar de possuir alguns similares
É por isso que eu quero WebKit no Konqueror! Assim com um pouco de concorrência a Mozilla toma vergonha na cara e faz uma implementação descente para Linux! (já estão tentando melhorar ele no Mac com a versão 3 do navegador)
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Comentário de Ark
07/11/07 17:22
Firefox no Win: Eu trabalho com estações Windows, e o Firefox atual (2.0.0.9) também trava muito com sites em flash. Direto preciso caçar abas com sites abertos e fechar para minha CPU sair dos 99%.
Comentário de nemesis
07/11/07 23:49 - usuário registrado #1514
pq: "Por que parece que ele era bem mais leve em meus computadores bem mais antigos?"
pq não tinha nem metade dos recursos que tem hoje. SVG, extensões, CSS de primeira, feeds etc. Além de uma quantidade imensa de bugs corrigidos. O Phoenix original costumava travar um bocado...
;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")
pq não tinha nem metade dos recursos que tem hoje. SVG, extensões, CSS de primeira, feeds etc. Além de uma quantidade imensa de bugs corrigidos. O Phoenix original costumava travar um bocado...
;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")
Comentário de puelocesar
08/11/07 13:49 - usuário registrado #5482
O Safari tem tudo isso e é: O Safari tem tudo isso e é muito, mas muito mais leve. Adicionar recursos não é desculpa para tornar um software bloated
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
www.darwinawards.com
We salute the improvement of the human genome
by honoring those who remove themselves from it.
Comentário de Mauricio Piacentini
08/11/07 15:51
KHTML e WebKit: Sem querer colocar lenha na fogueira, mas só lembrando que o WebKit começou como um fork do khtml, do projeto KDE, e batizado de WebCore pela Apple. Só alguns anos depois e com alguma pressão da comunidade a Apple começou a desenvolver um projeto ao redor desta base de código, que agora realmente conta com mais apoio de outras entidades. Muita gente esquece disto quando faz a comparação, mas o "sangue" que corre por trás do WebKit já vem da linhagem khtml. E se o khtml não fosse LGPL inicialmente, talvez a Apple não estaria desenvolvendo um projeto de código aberto :)
Investidores, quero grana! Br-Linux, gere mais hype!