luistiagos wrote:cara testei este google Chrome para uma app aqui da empresa a qual roda no IE6 e no Mozilla e realmente ele não funcionou... zoou tudo com a tela... percebi q ele e mais rapido porem por ser mais rapido q os outros acredito q ele não deva implementar todas as funcionalidades padrões destes navegadores... não sei bem... so sei q ele zoou inteiro com a app aqui...

http://summerofjsc.blogspot.com/2008/09/squirrelfish-extreme-has-landed.html wrote:
...

SquirrelFish Extreme: 943.3 ms
V8: 1280.6 ms
TraceMonkey: 1464.6 ms

...

dobau wrote:sempre programei baseado no firefox e coisas tipo 95%+ sempre foram compatíveis no IE e no firefox, uma coisa que eu lembro que tive q fazer vericação foi coisas de atalho da aplicação, que um faz tratamento diferente do outro.

PS: document.getElementByName('blabla') não funciona contigo no IE e no FF ?

farribeiro wrote:
Instalei o safari aqui e apliquei o nightly build e usando o SunSpider ferramenta de testes javascript feito pelo pessoal do webkit e colocam lado a lado os atuais concorrentes para ver quem levava a vantagens e sabe no que deram?

fredferrao wrote:

luistiagos wrote:cara testei este google Chrome para uma app aqui da empresa a qual roda no IE6 e no Mozilla e realmente ele não funcionou... zoou tudo com a tela... percebi q ele e mais rapido porem por ser mais rapido q os outros acredito q ele não deva implementar todas as funcionalidades padrões destes navegadores... não sei bem... so sei q ele zoou inteiro com a app aqui...

Apenas uma reflexão.

Cara tu ja parou pra pensar porque apenas a tua app fica zuada no Chrome?? Porque o GUJ nao ficou zoado? Globo.com? Uol.com? Porque os colegas acima afirmam que suas apps funcionaram direitinho?
Entao resumindo, pra vc que fala um pouco sem pensar: A culpa é do Chrome? Quem esta utilizando os padroes W3C??

Entao, vou sugerir os sites que o farribeiro falou:
Tableless
Revolução.etc
Majour

Pra aprender sobre tableless, CSS e W3C.

danieldestro wrote:

Há razões que justifiquem a empolgação com o navegador do Google - mas também algumas questões que podem preocupar os usuários.

Abaixo, listamos sete razões para você entender porque o browser Google Chrome é legal e outros sete motivos para você poder até mesmo odiar a novidade do gigante de buscas.

http://idgnow.uol.com.br/internet/2008/09/03/google-chrome-7-razoes-para-ama-lo-e-7-para-se-preocupar-com-ele/paginador/pagina_5

luistiagos wrote:

fredferrao wrote:

luistiagos wrote:
conhece algum site que tenha 90% do processamento dele em javascript? este é o cenario das telas que testei onde o Chrome não funciona... se conhecer passa ai pra testarmos...

Os meus sistemas, embora sejam todos intranet e eu não posso passar link para acesso,não tive problemas.
Não querendo criticar, mas como o pessoal ja falou, depende o modo como foi trabalhado o javascript.
Eu por ex não ultilizo verificações de browser como você citou.

culpado wrote:
então pessoal tb testei o chrome e ele nao falha apenas com aplicações web.
até com sites feitos em php.
pra ter uma ideia toda vez que tentei usar o site de noticias: www.angonoticias.com , dava pau, nao deixa abrir
novas paginas.
e outra as vez congela mesmo abrindo um site ou outro.
de facto ele é rápido, porém ainda não esta robusto.

Os meus sistemas, embora sejam todos intranet e eu não posso passar link para acesso,não tive problemas.
Não querendo criticar, mas como o pessoal ja falou, depende o modo como foi trabalhado o javascript.
Eu por ex não ultilizo verificações de browser como você citou.

luistiagos wrote:
Se trabalha com o IE6 e o FireFox... algum dia para alguma situação não trivial tera que utilizar...
um exemplo de um tipo de app que precisa-se utilizar esta verificação seria o seguinte cenario... supoem que vc tenha uma tela onde ela gere um relatorio em pdf, xls ou qualquer outro tipo de arquivo... e tenha um botão gerar relatorio e quando vc clicar em gerar relatorio enquanto o sistema processa o relatorio para te retornar ele exibe um gif animado de um reloginho aguarde... e quando ele recebe o arquivo o gif para e volta para a tela normal... este é um caso como exemplo que as requisições serão tratadas de maneira diferente no IE6 e no FireFox...

outro caso seria quando vc precisar capturar um evento de precionar uma tecla em javascript no IE usa-se keyCode porem no FireFox é outro comando... outro exemplo seria vc pegar um atributo pelo nome ou pelo id no javascript por exemplo:
<script> document.getElementById("campo") //IE6 funciona //mas não funciona no FF //para FF tera que ser : document.getElementById("campoId"); </script> <input type="text" name="campo" id="campoId"/>


este é um outro cenario em que o IE6 falha pois na verdade getElementById é para pegar como o proprio nome ja diz o elemento pelo Id e não pelo nome
para nome teria que usar getElementByName no caso
isto é um exemplo de despadronização do IE6...

outro caso é quando vc precisa de tamanhos milimetrados corretamente em suas tabelas e não pode usar tabless ou coisas do genero estes tamanhos geram diferenças entre IE6 e FireFox poucas diferenças porem existentes... no caso de usar tabless a coisa fica mais facil pois controlando tudo atravez de CSS vc pode criar 2 CSSs um para o FireFox e outro para o IE6 por exemplo dai é bem mais facil... mas tabless não é algo muito comum porai... dependendo o lugar onde vc prabalha o padrão é não usar tabless...

Sergio Figueras wrote:Err... Bem, eu não sei se você sabe, luistiagos, mas ID é qualquer coisa que identifique aquela entrada como única.

Logo, um ID pode ser sim um nome. Logicamente.