Lembram da nossa notícia da semana passada sobre a Apple ter abandonado o Internet Explorer nos Macs, substituindo-o por um browser baseado no código do Konqueror? Pois então: segundo este artigo do News.com, quem acabou sentindo mais com isso foi a equipe do Mozilla, ao notar que os elogios feitos ao código do Konqueror não poderiam se aplicar também ao seu sistema. Essa é para refletir...
Postado por brain em 14 de janeiro de 2003, 04:34 PM
Que bom para os desenvolvedores do Konqueror... mas na minha opinião o Mozilla ainda é beeemmmm superior ao Konqueror....
Mas gosto mais do Galeon =]
Postado por: Tiago Cruz em janeiro 14, 2003 05:09 PMNem se compara! O konqueror é muito fraco!
Vejo que o Mozilla perdeu uma grande chance de crescer ainda mais... que pena!
realmente acho o konqueror um pouco fraco para navegação, aliais o galeon dá de dez em qualquer um, mas como gerenciador de arquivos é excelente, fora que é ótimo para acessar cameras digitais, arquivos em rede e outras coisas, além de ter a ótima funcionalidade de dividir uma mesma janela em várias ao mesmo tempo...
Postado por: rafael em janeiro 14, 2003 06:56 PMCalma ae.
O q a apple vai usar eh o engine do Konqueror (acho q chama KHTML) e nao o konqueror em si.
O galeon eh baseado no gecko ( o engine de renderizacao do MOZILLA ),portanto sao INGUAL.
O que deve ser discutido eh o engine e nao o browser.
OU NAO...ahhahahaha
beijos!
Jozelito
O pessoal do mozilla ficou magoado, mas espero que não brigue e esperneie. Pois isso poderia acabar convencendo a Apple a adotar uma outra opção: fazer o seu browser do zero. Aí sim perderíamos...
Postado por: Patola (Cláudio Sampaio) em janeiro 14, 2003 08:19 PMCerto... então a Apple decidiu usar o engine do Konqueror(KHTML) ao invés do engine do Mozilla(Gecko)... qual o grande problema?
A Apple usando o KHTML, ajuda o mesmo a evoluir e como resultado temos mais um browser excelente. Enquanto isso o pessoal do Mozilla continua a desenvolver o Mozilla(que na minha opinião ainda está anos-luz à frente do Konqueror em renderização).
Postado por: Rodrigo Gonçales em janeiro 15, 2003 08:25 AMOlá Comunidade Linux do Brasil.
Pelo que eu li no artigo da News.com, do grupo c|net, a Apple escolheu o KHTML por ser um código simples - 140.000 linhas de código.
Não sei até que ponto isso foi realmente bom. Se vocês dizem que o Mozilla é melhor, logo, o código é maior e mais complexo. Sendo assim, acho que a Apple se enganou. Mas, pelo que eu vejo nas listas de Macs da InfoExame, o pessoal adorou, pois ele monta a página muito mais rápido que o M$IE para Macs.
Uma coisa que me chamou a atenção no atrigo, também, foi eles dizerem que a evolução do Mozilla foi e continua sendo lenta.
Talvez, para melhor organização do projeto, seria bom torná-lo modular. Assim, grupos distintos de programadores construiriam as partes. Quando fosse a hora de lançar uma nova versão, juntariam as partes, formando o aplicativo. Algo interessante também, seria começar o código novamente, do zero. Calma, eu explico!
Quando a linguagem PHP começou, ela eram uma. Quando passou para a versão dois, como eles já tinham o domínio da tecnologia, começaram de novo. E assim foi até chegar a versão atual, a PHP4.
Isso é bom porque? Por que é muito melhor você começar com planejamento, trabalhar de forma estruturada, refazer alguns pedaços, do que corrigir. Ou seja, melhor previnir do que remediar ou será remendar?
Abraços a todos,
Alexandre Figueiredo
Apesar de usar o Mozilla, acho ele meio pesadão. Alguem sabe alguma forma de deixar ele mais leve? Opções de compilação, bibliotecas, etc...
Postado por: Mandark em janeiro 15, 2003 10:47 AMAcho que foi uma ótima escolha da apple, e um grande incentivo para o pessoal do KHTML. O povo do Mozilla não tem do que se queixar, ambos estavam disponíveis e todo mundo tem direito de ver a melhor opção para o seu projeto.
Eu gosto do estilo do Konqueror, apesar de ser imaturo, acho q com o apoio da apple vai crescer rapinho.
Também teremos de melhor qualidade integrado com o KDE, o que é muito bom pois poderemos trabalhar com máquinas mais fracas, o Mozilla além de + pesado tem outra biblioteca gráfica o que pesa muito no conjunto.
Mas é só o começo, eu fiquei meio magoado qdo a borland escolheu o QT ao invés do GTK para o Kylix, mas agora nem me importo mais, o importante é que temos um bom produto.
E é ai que devemos focar, vamos ter + um bom browser disponível.
"VIVA A LIBERDADE DE ESCOLHA!"
Postado por: Cesar em janeiro 15, 2003 12:14 PMsobre o problema mencionado acima sobre o peso do Mozilla, tente utilizar o Phoenix e mais leve e tem as funcionalidades basicas o seu pai...
Postado por: cabelo em janeiro 15, 2003 04:12 PMMeu pai não sabe ler html... :)
Postado por: Peter Parker em janeiro 16, 2003 09:33 AMFala ai pessoal, sou usuario de Macintsh, e não sei se vocês conhecem mas há um navegador para Mac OS X, chamado Chimera ele faz parte do Mozilla Project, e claro é baseado no Gekko, ele é bem leve e até então era o navegador mais veloz para Macintosh
Ao ser lançado o Public Beta do Safari, (navegador da Apple) que utiliza KHTML vimos um navegador mais simples, só que mais veloz e mais leve
No meu PC uso Linux e gostava do KDE e do Konquerror , mas achava pesado e optei pelo Mozilla no Window Maker, o Mozilla demorava mais pra carrgar, mas no uso era mais veloz
Talvez pela Apple usar o render do sistema, tenha deixando o KHTML mais leve, mas não sei se a Apple optar pelo KHTML pode trazer algum beneficio ao Konkerror o sistema Mac OS é bem diferente, a parte grafica é toda vetorial ( e não por bitmap) a estrutara base é UNIX PPC , não sou programador, mas acho dificil algo que o navegador ganhe , vá para o Konkerror, a não ser que haja mudanças no KHTML.
Postado por: Romolo Sorrentino em janeiro 18, 2003 03:05 AM
O Arquivo Histórico do BR-Linux.org mantém no ar (sem alteração, exceto quanto à formatação) notícias, artigos e outros textos publicados originalmente no site na segunda metade da década de 1990 e na primeira década do século XXI, que contam parte considerável a história do Linux e do Open Source no Brasil. Exceto quando indicado em contrário, a autoria dos textos é de Augusto Campos, e os termos de uso podem ser consultados na capa do BR-Linux.org. Considerando seu caráter histórico, é provável que boa parte dos links estejam quebrados, e que as informações deste texto estejam desatualizadas.