- Feed completo
- Feed dos comentários
- Feed do Fórum
- Feed Canal Games
- Feed Canal Fotografia
- Feed Canal Mobile
- Receba o Meio Bit via e-mail
- Home
- Sobre
- Arquivo
- Fórum
- Games
- Mobile
- Fotografia
- Games DB
- Colabore
- Anuncie
- Radar
- Minha conta
- Contato
Fórum
Criar novo tópico no fórum Últimos tópicos no fórumÚltimas respostas no fórum
- Tales of Monkey Island - Pré-venda
- Imagem do dia: Estação Espacial Internacional vs Terra
- Obama no Big Picture
- "Clique e Pronto" - Favoritos com visual
- Finalmente saiu a versão PT-BR do SP2 do Vista.
- No Break - Dúvidas Gerais
- Dificuldade de Navegação na OI/BRT
- Equipamento novo
- Bolsa de Londres poderá trocar Windows por Linux
- A polêmica sobre Codecs de vídeo no HTML5
- Notebooks decretarão a morte dos Desktops?
- Ambiente Gráfico
Newsletter
Mantenha-se informado sobre as nossas novidades com nosso newsletter semanal, todas as segundas-feiras
Categorias
Tableless e Doctype XHTML 1.0: Internet Explorer, eu te odeio!
Enviado por Ricardo Bicalho
em 2 Abril, 2007 - 17:42
em
Esse é um post de frustração. Hoje, ao tentar migrar algumas telas para um projeto, usando standards e tableless, o layout ficou completamente destruído.
E lá se vai uma manhã inteira e 3 analistas tentando descobrir porque raios códigos praticamente idênticos páram de funcionar.
Eis que surge a idéia de comparar linha por linha e notamos que a única diferença é que ao usar a declaração de Doctype da W3C, o IE simplesmente faz alguma maluquice que destrói a interface.
E não adianta nenhum espertalhão dizer para usar Firefox, já que 100% dos meus usuários usam IE. Tentar convencer a empresa-cliente em mudar o browser padrão também é impraticável, pois ela é enorme. O jeito foi jogar a boa prática no lixo e apagar o código "ofensivo".
Esse é o tipo de coisa que irrita quem trabalha com web, pois aplicativos têm ficado cada vez mais complexos e a parte de apresentação, o mais importante para o usuário, é simplesmente um lixo.
- Feed comentarios deste post
- entre com seu usuário e senha ou registre-se no site para enviar comentários
Ja passei por isso 1 milhão de vezes
Inclusive o contrário...um sistema que sempre rodava no IE e que um FDP resolveu que iria usar FF...e esse fdp ser da diretoria e vc não poder falar "use IE e não encha meu saco".
Por isso NUNCA uso tableless ou nada do tipo em sistemas corporativos...
Bruno Gross - www.brunogross.com
O IE não quebra nada, pelo contrário
Quando você inclui a declaração de DOCTYPE (sem espaços, linhas ou nada antes) ele torna o browser "scrict mode", mais complacente aos padrões.
Essa mudança de quirksmode pra strict mode causou esse monte de erros.
Se você quisesse corrigir isso, bastava colocar o DOCTYPE na segunda linha do arquivo e tudo voltaria ao normal.
--
Acorda pra Web! - Tecnologia que vai mudar nossas vidas, depois do café.
Tentamos, não funcionou. O sistema utiliza herança visual, então precisamos mudar a "classe" da interface.
Inclusive o Doctype teve que ser removido, também.
Colocar o doctype na segunda linha realmente não resolve.
Você tem que usar algum artifício para fazer o IE chavear para quirks mode. Uma declaração XML ou um simples comentário antes do doctype resolve.
Esse problema é comum e simples. Se você começa a trabalhar em um projeto com o IE em quirks mode, mudar para strict mode depois é loucura. E vice-versa.
Já houve uma época em que eu preferia o quirks do IE, porque é consistente com o IE5. Mas agora o IE5 não faz tanta diferença e, se fizer, vale mais a pena fazer um CSS especifico pra ele, com hacks, dentro de um comentário condicional, do que usar quirks mode nos IEs mais novos.
A culpa não é do doctype ou do XHTML e, nem mesmo, do IE. É um padrão documentado, bastante conhecido, que deve ser considerado desde o início de um projeto web.
É basicamente isso, mas se chama "standards mode" e nao "stric mode" (pelo menos sempre conheci assim). Quando coloca-se o doctype na primeira linha do documento o Internet Explorer renderiza a página em Standards Mode, caso contrário ele usa a porcaria do Quirks Mode.
Também tenho tido o mesmo tipo de problema. E com prazos tão curtos as vezes acho melhor usar o tradicional do que parar tudo pra tentar resolver um problema de exibição em um browser específico.
Não sei se um dia vai acontecer, mas acho que todo mundo que trabalha com interfaces pra web sonha em um dia ter um padrão único regendo a camada de exibição nos browsers.
[] Edi Eco
http://www.comospolith.com
Internet Explorer, o que é isso?
"Internet Explorer, o que é isso?"
Hehehe.... é algo que devemos esquecer! Mas não esquenta, o IE 7 é um pouco pior.
trax76 - http://www.tablete.net
Cara, eu passei por isso essa semana...
agora... EXISTE IE7... cagado em cima do codigo 2 vezes...
--
GabrielCP
Como falavamos num datacenter que trabalhei "faz certo que dá certo".
É, de fato. É um saco alinhar o layout usando os padrões e, além disso, pretender que ele funcione perfeitamente tanto no IE quanto no FF...
Quando fica complicado demais, realmente é mais fácil usar as tabelas...
Cara, tive um problema (acho que) parecido. Mas a maioria dos 'erros' eram os atributos 'display' e 'position'. (o internet explorer parece ter algum sério problema com o position relative e com o display float..)
Dá uma testada lá. Não sei se resolve, mas.. =]
Volto a falar por experiência adquirida: para software comercial, onde se caga para a banda gerada e o tamanho final das páginas, evite usar frescurinhas... Faça a modo grosso mesmo. O cliente não quer padrões, ele quer resultado! Diferente da Web onde um kb pode ser muito em página com milhões de page views diários
Bruno Gross - www.brunogross.com
Bruno, o problema é que o cliente passou a exigir:
1. Padrões
2. Tableless
E como é um cliente com mais de 150 mil funcionários, não vou nem discutir.
Então você tem um problema...
Ta aí a necessidade de se ter um HTMLer
Trabalhei em uma empresa na Barra da Tijuca - RJ, que tinha um cara que era o HTMLer...Problemas assim e a única frase a ecoar era:
- Negão, deu merda...se f**e aí...
rsrs
Penso da mesma forma que o dono dessa empresa pensava. A hora de um analista ou de um desenvolvedor é muito cara para ser perdida com layout e padronização.
Sugiro a vc essa idéia. Converse com os responsáveis do projeto e coloque em pauta a possível cntratação de um profissional especializado nessa área. Acredite, se o cara for safo, funciona e bem...
Bruno Gross - www.brunogross.com
@edi
Esse padrão único chama-se Adobe Flex!
Eu sou um fiel usuário dos softwares da Microsoft, gosto da padronização que eles possuem. Mas o Internet Explorer anda uma droga perto do Firefox, então comecei a colocar nas máquinas os 2 browsers.
E venho trocando tendo como argumento que o Firefox acessa muito mais rápido os sites de banco !
Bradesco pelo IE é uma droga, mas pelo Firefox é fácil fácil, pense em colocar os 2...
Nem me fale viu, porque já terminei um site aqui na agência em tableless (meio que standards
), só que no IE tava o
widht:765px;margin:0 autopara alinhamento apartir centralizado, mas o IECA não rola. Raiva da zorra!.Desenvolvo dentro de uma empresa que o padrão é o IE6. Como monto todo código na mão (usando algo parecido com o Bloco de Notas) utilizo várias extensões do Firefox pra ajudar no desenvolvimento (a melhor de todas é a FireBug). Assim, chega num ponto em que meu código está 100% no FF e 100% validado pelo w3.org (tanto html como css) e ao fazer os testes no IE descubro que nada funciona como esperado.
É MUITO chato ter que ver meu código reprovado nos testes do w3.org pq o IE não segue padrões. Pq temos padões então?