Google Chrome: 7 razões a favor e 7 contra

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…

Então moçada, eu realizei alguns teste com o navegador do Google e achei ele bem interesante no fator velocidade e execusão de códigos JavaScript. Tá certo, eu não realizei nenhum “super-teste” para ver até onde o navegador aguenta, mas não achei ele ruin não.

Ele se saiu muito bem com o Google Docs (!), com alguns sites de bancos (Bradesco, Itau e Unibanco).
Inclusive na empresa onde eu trabalho nós utilizamos o jCompany e foi direitinho nas aplicações geradas/customizadas por ele.

Enfim, vou começar a fazer testes mais pesados com ele, vamos ver no que dá!

Abs a todos!

tchapine:

Então moçada, eu realizei alguns teste com o navegador do Google e achei ele bem interesante no fator velocidade e execusão de códigos JavaScript. Tá certo, eu não realizei nenhum “super-teste” para ver até onde o navegador aguenta, mas não achei ele ruin não.

Ele se saiu muito bem com o Google Docs (!), com alguns sites de bancos (Bradesco, Itau e Unibanco).
Inclusive na empresa onde eu trabalho nós utilizamos o jCompany e foi direitinho nas aplicações geradas/customizadas por ele.

Enfim, vou começar a fazer testes mais pesados com ele, vamos ver no que dá!

Abs a todos!

Vocês trabalham com jcompany + jsf ou struts?

ateubh:

tchapine:

Então moçada, eu realizei alguns teste com o navegador do Google e achei ele bem interesante no fator velocidade e execusão de códigos JavaScript. Tá certo, eu não realizei nenhum “super-teste” para ver até onde o navegador aguenta, mas não achei ele ruin não.

Ele se saiu muito bem com o Google Docs (!), com alguns sites de bancos (Bradesco, Itau e Unibanco).
Inclusive na empresa onde eu trabalho nós utilizamos o jCompany e foi direitinho nas aplicações geradas/customizadas por ele.

Enfim, vou começar a fazer testes mais pesados com ele, vamos ver no que dá!

Abs a todos!

Vocês trabalham com jcompany + jsf ou struts?

Os dois…

O logotipo do Chrome parece aquele brinquedo “Genius” da estrela:

Roger75:

O logotipo do Chrome parece aquele brinquedo “Genius” da estrela:

pow! que coincidência… coisa do destino!

hehe!

LPJava:

Roger75:

O logotipo do Chrome parece aquele brinquedo “Genius” da estrela:

pow! que coincidência… coisa do destino!

hehe!

:arrow: Alguém duvida que isso tenha sido proposital??? :roll:

huahuahauhuahuah

eu nao tenho duvida… observe o que tem ja no site do proprio google:

entao…

eu não percebi tanta diferença na performance… se instalar o firefox do zero sem nenhum plugin, o tempo do resposta ff é equivalente ao do chrome. quero ver o chrome vou varios plugins…

de qualquer maneira… novidades são sempre bem vindas.

abraços.

Tá certo que o Google já teve que lançar o primeiro path do chrome pq ele estava permitindo que arquivos .jar fossem executados sem qualquer intervensão do usuário, mas me parece que isso foi o mais grave até o momento.

Concordo que os plugins podem deixar o navegador mais lento, mas hj em dia as maquinas que utilizamos para desenvolvimento são bem diferentes das que usamos em casa e por isso não podem mais servir de base para alguns teste de performance dos aplicativos, sendo assim, creio que usuários domesticos terão maiores complicações para a utilização do no navegador, caso o carregem de plugins, o que acho pouco provavel até o momentos, pois ainda não temos tantos plugins para o chrome quanto temos para o FF.

Just waiting for news… lol…

Olá

E eu que pensava que já tinha trabalhado com coisas do Demo…

[]s
Luca

Nossa aplicação com front-end facelets + rich faces funcionou legal. Ficou mais rápido, me faz desconfiar que o Chrome tenha algum esquema esperto de compressão de javascript. Alguém sabe de algo a respeito?

Nós usamos bastante CSS, e graças ao cuidado com os padrões W3C, tudo funcionou legal no Chrome, não encontramos nenhum problema até o momento.

Gostei muito do browser. Tô navegando nele nesse exato momento

Chama IE6 de padrão? Até o Mozilla “sai menos feio” mas pq ainda tem muita coisa dos padrões web ainda não é implementada, já o ie6, um browser deste merece uma disputa a altura, então o jeito é evangelizar! Para alguns o Chrome não quer dizer muita coisa

“tchapine”:

Ele se saiu muito bem com o Google Docs (!), com alguns sites de bancos (Bradesco, Itau e Unibanco).
Inclusive na empresa onde eu trabalho nós utilizamos o jCompany e foi direitinho nas aplicações geradas/customizadas por ele.

Tempos atrás mal tinha suporte até para o opera, usava o safari por uns tempo, olha que é webkit, num rolava nem a pal e num faz 3 meses que estava usando o Docs(!)

parec ser bem legal estou usando ele aki mas não senti muita diferença de veloc d navegação,
sua interface que é mais bonita…

Luca:

Olá

E eu que pensava que já tinha trabalhado com coisas do Demo…

[]s
Luca

Então, não entendi o comentário, mas o que utilizamos é licensiado e alguns de nossos profissionais foram até BH, sede da Powerlogic, para receber o treinamento da framework.
Utilizamos JSF e Struts pq em uma fabrica não trabalhamos com apenas um projeto. rs
Hugs!

IE6 e totalmente despadronizado… sendo que aqui na empresa em varias telas temos que fazer uma versão para o IE6 e outra para o Mozilla… o padrão mesmo é o Mozilla ele sim é o padrão… porem ja temos o IE para foder com o padrão dos broswers agora o google nos decepciona criando outra porcaria completamente despadronizada com ambos… agora vc tera que fazer 3 versões para uma app q utiliza um broswer uma para o mozilla, outra para o ie e outra para o chrome… dai onde esta a multiplataforma??? ou seja as apps webs agora estão dependendo de plataforma… dos broswers…
seria bem mais simples e facil se fissesem o chrome seguindo o padrão W3C que é o padrão usado pelo mozilla dai não precisavamos ter apps dependendo de navegadores… tirando fora o IE pois IE não merece ser chamado de navegador…

luistiagos:

Chama IE6 de padrão? Até o Mozilla “sai menos feio” mas pq ainda tem muita coisa dos padrões web ainda não é implementada, já o ie6, um browser deste merece uma disputa a altura, então o jeito é evangelizar! Para alguns o Chrome não quer dizer muita coisa

IE6 e totalmente despadronizado… sendo que aqui na empresa em varias telas temos que fazer uma versão para o IE6 e outra para o Mozilla… o padrão mesmo é o Mozilla ele sim é o padrão…

Corrigindo e acresentando…

Mozilla tb num é padrão e nenhum outro browser é padrão! padrões web é especificação da W3C
[Atualização]
Webkit segue praticamente(quase acabado) a implementação o W3C, Mozilla segue parcialmente… o IE6 tah fora de mercado! IE7 tah melhorzinho… o IE8 promete(mas não tudo)
[/Atualização]
E o qual mais chega perto recentemente é o WEBKIT, forjado do KHTML para apple(safari) e adotado pelo Chrome por ser a melhor engine atualmente. o interpretador javacript é animal ultima palavra, neh?

O que eles queriam é apimentar o mercado para fazer melhores e mais melhores… a fundação Mozilla já deu seu parecer, mas não união de força(tratando de software semi-livre… pow uma licença BSD já tava de bom tamanho) nesta briga o TraceMonkey vs javascript v8 e mais gecko vs webkit… haja coração(eita) torcer para um deles é fo**

luistiagos:

porem ja temos o IE para foder com o padrão dos broswers agora o google nos decepciona criando outra porcaria completamente despadronizada com ambos… agora vc tera que fazer 3 versões para uma app

Enganou-se de novo… se utiliza e dá aporte aos dois engines, gecko e webkit para utilizar a mesma especificação, onde há despadronização? E mais alguns webdesigner mais atenados utilizam o webkit(SAFARI, idem CHROME) para fazer de base de seus sites, pois mais chega perto dos padrões W3C

Já ouviu falar de WEB, Computação nas nuvens e web 2.0?

E qual é a corrida? Chegar ao W3C primeiro

realmente não entendi este seu argumento…
o que emperra com muitos é a descompatibilidade em algumas coisas de navegadores… principalmente em relação ao mozilla e ie que são os mais utilizados… em algumas coisas tenque-se criar 2 versões de paginas para os 2 navegadores… por exemplo alinhamentos de tabelas verificando x tamanho em cada cedula estes valores são aproximados entre os navegadores distintos porem não são 100% identicos… caso tenha um alinhamento complexo de tabelas vc tem uma desporprocionalidade… outro problema é no javascript o javascript de um é diferente que do outro em diversas funções… até os componentes html são diferentes no por exemplo no ie vc pode pegar por exemplo o valor de um campo texto pelo name deste campo… ja no firefox so pega pelo id… são coisas geralmente pequenas porem geram muita dor de cabeça… para mim um navegador deve seguir um padrão especifico…

então tem algum esquema de configuração das engines que tenque ser configurado???
pois como disse em meus testes em paginas que funcionam perfeitamente no ie e no mozilla não funcionaram no chrome… ou ate funcionou mas td zuado… pq???

O unico navegador que é padrão W3C é o Opera, com mais de 96 % .

Enquanto IE e derivados beiram os 34-40%.

A solução é usar SWF.

E se prender a um padrão proprietário que a Adobe simplesmente cagou como bem quis.

Numa fábrica se faz carros, peças, embalagens, essas coisas não é? rs

não resisti rs :twisted:

Pow to muito feliz com meu Safari, testei o Chrome, mas pra quem já usa o Safari não tem nada de diferente não rs

juliospark:

O unico navegador que é padrão W3C é o Opera, com mais de 96 % .

Enquanto IE e derivados beiram os 34-40%.

O IE 8 e o Firefox 3 passaram no teste ACID 2.
O IE 7 e o Firefox 2 não passavam, mas ambos chegavam perto.

Mas o que o IE 6 gerava era uma completa aberração mesmo.

luistiagos:

Já ouviu falar de WEB, Computação nas nuvens e web 2.0?

realmente não entendi este seu argumento…
o que emperra com muitos é a descompatibilidade

Opa! Não, não é verdade! Não necessita fazer duas versões da mesma mas fazer workarround(famosa gambita) que todo webdesigner destesta… mas não quer dizer que os navegadores não seguem a especificação, pois …
destaco em negrito extraído do aurélio(versão online):

Aurelio:

compatibilidade
[De compatível + -(i)dade, seg. o padrão erudito.]
Substantivo feminino.
1.Qualidade ou condição de compatível.
2.Inform. Capacidade de um computador operar com programas gerados para outro.
3.Inform. Capacidade de um dispositivo de ser us. em computadores para os quais não foi originariamente projetado.
4.Inform. Capacidade de um programa de operar com dados e/ou instruções originalmente preparados por outro programa, ou outra versão do mesmo programa.
5.Lóg. V. coerência (7).
6.Lóg. Relação de coincidência total ou parcial, seja entre as extensões de conceitos, seja das significações de proposições. [Cf., nesta acepç., incompatibilidade (2).]
7.Mat. Propriedade de um sistema de equações que admite pelo menos uma solução; consistência.

Cada um tem suas particularidades, seus defeitos e suas qualidade. Óbvio, não?

A especificação é uma parte, e por ser um pouco extensa… cada coisa tem seu tempo, eles melhoram a cada versão e mais tem que coorrigir bugs e dar features para ficar bacana, neh? Pq vc acha que só fazer o backend e não porpocionar recursos e facilidades para o usuário? Outra o user num está nem aí se a coisa presta… ele quer o mais fácil e e para muitos vc já sabe… e para onde direciona quem desenvolve para web, a MASSAS! para nós aqui como early adopters(quem adota precocemente, GEEK) devemos idicar direcionar a MASSAS o que é melhor, ou seja… EVANGELIZAR

luistiagos:

Enganou-se de novo… se utiliza e dá aporte aos dois engines, gecko e webkit para utilizar a mesma especificação, onde há despadronização? E mais alguns webdesigner mais atenados utilizam o webkit(SAFARI, idem CHROME) para fazer de base de seus sites, pois mais chega perto dos padrões W3C

então tem algum esquema de configuração das engines que tenque ser configurado???
pois como disse em meus testes em paginas que funcionam perfeitamente no ie e no mozilla não funcionaram no chrome… ou ate funcionou mas td zuado… pq???

E aí gostou?

victorwss:

juliospark:

O unico navegador que é padrão W3C é o Opera, com mais de 96 % .

Enquanto IE e derivados beiram os 34-40%.

O IE 8 e o Firefox 3 passaram no teste ACID 2.
O IE 7 e o Firefox 2 não passavam, mas ambos chegavam perto.

Mas o que o IE 6 gerava era uma completa aberração mesmo.

http://en.wikipedia.org/wiki/Comparison_of_layout_engines

Pois é, IE 6 é um problema. O bixo nasceu para mostrar para todos: “como não fazer um navegador.”. Vejam essa:

Recentemente encontramos um bug na navegação do nosso site que ocorre somente com o IE 6. Fizemos alguns testes e vimos que os outros navegadores, IE 7, Firefox, Opera, Safari, enfim, funcionam normalmente. Alteramos código, fizemos testes, mas o problema persistía enquanto os outros navegadores aceitavam, sem erros, as modificações que fazíamos. Acabamos concluíndo que o bug era do navegador.

Q blz! O problema não era mais nosso. Culpa da M$.

Vcs é q pensam!

Fomos analisar as estatísticas do site e vimos q, numa média de 70 mil acessos diários, mais de 50% de acessos vem do IE 6. Resumindo: tivemos que fazer uma pequena gambiarra para contornar o problema e voltamos o projeto para a mesa de estudos. Agora, é bem provável que tenhamos q re-modelar a navegação do site.

Seria bom se todos respeitassem a especificação W3C no 100% e só fossem distribuídos após a aprovação.

:roll:

Meus sistemas funcionaram normal para todos os browsers, isso inclui o Chrome
Axei ele muito bom, valocidade do javascript e renderização é um absurdo!
ainda mais comparando com outros browsers.
Como ele é voltado para “usuários normais” bate de frente com o IE,
pena não ter um meio de criar extenções para ele, embora tenha algumas ferramentas uteis
não é o suficiente para o desenvolvedor.

Axo que vou até indicar para uns clientes ele.

concordo… ja estou de saco cheio de terque fazer gambiarras para coisas simples funcionarem no IE6…
o pior é que aqui onde trabalho tudo tenque funcionar no IE6 e no Firefox… e tem muitas coisas complexas tem telas onde tenque ter praticamente o comportamento de uma tela desktop em tempo real… e o IE6 sempre fode com o negocio… dai dalhe gambi pra funfar no IE6

luistiagos:

Seria bom se todos respeitassem a especificação W3C no 100% e só fossem distribuídos após a aprovação.

concordo… ja estou de saco cheio de terque fazer gambiarras para coisas simples funcionarem no IE6…
o pior é que aqui onde trabalho tudo tenque funcionar no IE6 e no Firefox… e tem muitas coisas complexas tem telas onde tenque ter praticamente o comportamento de uma tela desktop em tempo real… e o IE6 sempre fode com o negocio… dai dalhe gambi pra funfar no IE6

Qual gambi você fala ?

cara uma porrada…
começa com aquelas verificações de qual o navegador que se esta utilizando e porai vai… codigo pro IE e codigo pro mozilla…

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 ?

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.

Colocando mais lenha na fogueira… em resposta do chrome e seu v8!

Introducing SquirrelFish Extreme

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?

E tb falam da importância de um recursos de “abas blindadas” incluso no chrome em Multi process architecture

Fonte: Planet WebKit

***ATENÇÃO! ***
É expressamente não recomendável de produtos em fase alpha e nightly build em produção ou uso diários.

Beta pode ser mais seguros, pois antecedem o release final, ou seja, finalização do trabalho. Entretanto os BETAS do google nem se fala a qualidade nesses produtos que nunca se congelam

Na minha humilde opinião de não-entendedor-de-nada-de-programação-comparado-a-vocês eu já tive problemas sim com desenvolvimento de sites para diferentes navegadores.

Meu último projeto concluido foi uma aplicação de cadastro e gerenciamento de ordens de compra e fabricação que usava o rich faces e rodava um java irado atrás pra mandar pra sql, tirar, jogar pro alto, fazer malabarismo e etc e depois mostrar de forma muito amigável e perfeitamente alinhada na tela os diversos campos.

O problema foi exatamente a parte de perfeitamente alinhada…

Configurei no firefox (era mais rápido, mais bonito e mais fácil rpa mim dar refresh depois de alterar pra fazer os testes…) e depois tive que refazer no ie6…

Chegando na empresa descobrimos que era ie7, eu não quis nem saber, larguei da maneira que estava.

Como não reclamaram até hoje, acho que do ie6 pro ie7 se manteve ‘alinhadim’

dobau:

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 ?

Será que é pq vc está usando a sintaxe errada? rs

O certo é document.getElementsByName…

Exemplo:
document.getElementsByName(“formulario”)[0].submit()

abs

Acabei de rodar no FF3 e no Chrome.
Resultados do Firefox
Resultados do Chrome

Bem “significante” segundo a Sun

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.

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…

luistiagos o portugues ta feio ai heim…

–//–
:twisted: :twisted: :twisted:
um momento off de vingança

desculpas a parte, espero há alguns meses por esse momento porque num dos meus primeiros tópicos o rapaizinho ae de cima causou o trancamento dele por reclamar dos meus “d’um” ao invés de “de um” e desviar a conversa de curso.

Para se divertirem

http://www.guj.com.br/posts/list/96744.java

atentem para a segunda página 8)

–//–

um momento on de desabafo

eu ainda sinto falta da “navegação acelerada” pela tela quando se clica no scroll do mouse no Chrome, achei besteira não colocarem, mas por enquanto é minha única observação negativa, acho.

edit:

acabei de notar outra coisa, não dá pra clicar com o scroll no ‘voltar’ e abrir a página anterior em nova aba.

isso é bom demais. grande desfalque.

agora são 2 observações negativas.

aproveitando o ensejo (devidamente procurado no dicionário ) onde a gente pode postar idéias e sugestões para o Chrome? existe um fórum ou coisa do tipo? para as novas versões?

danieldestro:

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

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.

[quote=luistiagos][quote=fredferrao]

luistiagos:

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.

:roll:

Sites ou não o problema é com a programação do mesmo.
embora tive 2 travamentos em 2 testes de javascript, mas 1 era de velocidade e o outro de alguams propriedades que realmente podem dar uma "travada"
embora este ultimo travou não apenas a aba como o browser todo…

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…

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.

Esse é um erro comum que muitos cometem, mas a solução ou no caso, o correto, seria colocar o input em um form acessar o form e ai sim acessar o input.

var f = document.forms['formulario'];
f.campo;

funciona tanto para IE.* quanto para os outros.
Queria ver alguem trabalhar com formularios de centenas de campos com getElementById :roll:
alias não gostaria ger ver isso :twisted:

Quanto ao CSS,
Eu trabalho apenas com tabless pois eu que crio todo sistema, entendo a dificuldade em sistemas legados
ai sim realmente fica complicado.

Sergio Figueras

Na verdade não, name não é nescessariamente único apenas ID é único, como diz a especificação;

Se não me engano o problema do id e name é uma compatibilidade do IE com seus antecessores;

Sergio Figueras:

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.

vc não entendeu… ID pode ser um nome mas nem todo nome é um ID em um campo texto por exemplo vc pode ter 2 parametros um id e um nome… mas estes 2 parametros são parametros diferentes que devem ser pegos de maneira diferente… por isto existe getElementByName e getElementById não faz sentido um name ser pego pelo getElementById isto é valido no IE6… como ja disse id e name são parametros diferentes no elemento que devem ser pegos de maneira diferente… no firefox se vc tentar um
getElementById(“X”) para pegar um elemento com um name=“X” vc não consegue…

dmandrak:

luistiagos o portugues ta feio ai heim…

–//–
:twisted: :twisted: :twisted:
um momento off de vingança

desculpas a parte, espero há alguns meses por esse momento porque num dos meus primeiros tópicos o rapaizinho ae de cima causou o trancamento dele por reclamar dos meus “d’um” ao invés de “de um” e desviar a conversa de curso.

Para se divertirem

http://www.guj.com.br/posts/list/96744.java

atentem para a segunda página 8)

–//–

um momento on de desabafo

eu ainda sinto falta da “navegação acelerada” pela tela quando se clica no scroll do mouse no Chrome, achei besteira não colocarem, mas por enquanto é minha única observação negativa, acho.

edit:

acabei de notar outra coisa, não dá pra clicar com o scroll no ‘voltar’ e abrir a página anterior em nova aba.

isso é bom demais. grande desfalque.

agora são 2 observações negativas.

aproveitando o ensejo (devidamente procurado no dicionário ) onde a gente pode postar idéias e sugestões para o Chrome? existe um fórum ou coisa do tipo? para as novas versões?

A vingança nunca é plena, mata a alma e a envenena… rs…

tchapine:

dmandrak:

aproveitando o ensejo (devidamente procurado no dicionário ) onde a gente pode postar idéias e sugestões para o Chrome? existe um fórum ou coisa do tipo? para as novas versões?

A vingança nunca é plena, mata a alma e a envenena… rs…

Bem… o que podemos fazer contra isso :roll:

E sobre a minha pergunta? ninguém sabe de um fórum no qual o povo esteja realmente se esforçando pra melhorar o Chrome?

Acabei de pensar numa coisa. Se ele é código aberto, quer dizer que os crânios desse fórum podem pegar o código, correto?

Se eles podem fazer isso, também podem tentar resolver algumas coisas, não é?

Provavelmente isso é complexo, por isso não me arrisco, mas e com relação aos outros daqui, que já tem Java até na urina?

Podia rolar um projeto GUJ Chrome, não?

Pelo menos um des-bugador (haeuhaeuahe) pra tirar essas travadas e tal…

http://dev.chromium.org/ é a versão open-source do browser Google Chrome; ali podem ser postados eventuais bugs.

É moçada, o Mozilla que se cuide, o Chrome já está com 1,11% de usuarios no Brasil, ocupando assim a terceira posição no ranking…

Mais 5% dos usuarios do Firefox fizeram o download do Chrome e analistas prevêem que o maior prejudicado a curto prazo será mesmo o Firefox.

Assista o video do UOL Técnologia:
http://tecnologia.uol.com.br/ultnot/multi/2008/09/08/04023266D0B90326.jhtm?chrome-ja-e-o-terceiro-navegador-mais-usado-no-brasil-04023266D0B90326

.

Eu gostei da aparecia inovadora, a navegação parece ser bem rapida tb. Tem muita coisa que precisa ser corrigida, no site do Orkut qdo vc segura control e clica em algum link não abre uma nova aba, falhas de segurança, acho que falta tambem alguns complementos(firefox e opera são campeões no assunto com varios complementos diversos)
Enfim um bom navegador, mas tem muitas coisas para se acertar! Enquanto isso eu uso o firefox mesmo =)

Firefox ja está surtindo os efeitos de um navegador “velho”, muitas funcionalidades, mas relativamente lento(principalmente para inicia-lo).

Uso em casa o Chrome a mais de seis meses e até agora NÃO tive problemas com travamentos(diarios com FireFox/IE7), virus(com efeitos no navegador), lentidão/travamento ao abrir varias abas… entre outros pros…

Os contras, é que ele ainda tem algumas incompatibilidades(poucas), mas ta cada vez melhor…

eu recomendo…