CSS não serve para desenvolver layouts
Postado por: Pedro Rogério emAntes que me atirem pedras, não fui eu o autor dessa frase, para aqueles que ainda não viram esse post, recomendo dar uma olhada no seguinte post: Why CSS should not be used for layout.
Já leram? Será que ele conhece o CSS Zen Garden para tirar esse tipo de conclusão? O que você acha disso? Deixe sua opinião aqui nos comentários.
Sobre Pedro Rogério
Pedro Rogério é desenvolvedor web por paixão, não saberia fazer melhor outra coisa. Além de escrever para o Pinceladas da Web também escreve para o CSS no Lanche, blog voltado ao desenvolvimento front-end.
Infelizmente temos que ler isso, não é?
Um dia, quem sabe, o rapaz lá vai ver que o que escreveu esta totalmente contraditório com a realidade.
Abraço
Essa cara é doido! Vamos mandar ele conhecer o Maujor! HAHAHAHA.
Trocar divs por tables? WTF! Concordo com ele quanto a simplicidade das tabelas, mas divs são muito melhores de se trabalhar depois de pronto…
Meo Dels !!! esse cara mora aqui neste planeta? rs q viaje ¬¬
Quando você enviou o link via Twitter, eu custei a acreditar no que o cara estava dizendo, mas me dei conta de que ele estava falando sério.
Paciência, mas existe louco para tudo.
Isso é pouco perto da discussão bizzara que está acontecendo em uns dos tópicos da lista arqhp.
Pensei que pessoas que pensassem desse modo, e trabalhassem desse modo, estivessem quase extintas.
A princípio achei incrivelmente absurdo o discurso do cara, mas lendo o material ele realmente toca um ponto crítico no que se refere a construção de layouts tableless, 3 colunas com a do meio elastica e as das pontas com width fixo. Discordo dele, pois existem maneiras de trabalhar muito bem usando-se apenas divs e posicionamento por floats nessa situação, mas realmente, para o exemplo dado é bem crítico de se acertar o layout considerando-se a diferença dos navegadores. Li outro dia um texto a favor do uso de uma “artimanha” extremamente interessante o uso de display: table, table-cell, etc. Adaptando assim o uso de estrutura de tabela para o CSS. Os exemplos de uso em layouts de 3 colunas onde a do meio deve ser elástica usando esse método funciona maravilhosamente. O único problema é o nosso amigo IE 6.
Se alguém mais leu a respeito gostaria de saber se é correta essa abordagem.
Eu li aqui
http://thinkvitamin.com/features/css/tables-the-next-evolution-in-css-layout/
Que conversa da treta, Tabelas para layout? e a usabilidade, acessibilidade, screenreaders, semântica? Tudo para o lixo?
Esse cara deve vir de marte
Essa de se usar table para fazer o layout me lembra a velha discussão do não uso do GOTO na programação estruturada. Ok, o uso do GOTO pode ser um verdadeiro desastre, tornando os programas macarrônicos, com quebras na lógica de programação, fazendo o programador perder o referencial lógico do fluxo dos dados. Contudo, se você limitar o GOTO para casos específicos tal como ifs aninhados ele pode ajudar a gerar um código mais claro e com uma melhor performance. Assim sendo, não viro as costas para esse artigo. Quem sabe de fato não há casos em que o uso de tables simplificam, gerando um site mais fácil de manter? É de se pensar.
não tenho tempo agora para falar tudo que quero, mas eu concordo sim com o autor do post.
o comentário de Eric Meyer no Twitter:
meyerweb
Several people have asked me to weigh in on the latest “don’t use CSS for layout” flap. Honestly? Not that inclined to revisit 1999.
Acho que tu que ele QUIS DIZER foi: Se você estiver com pressa e precisar fazer algo que fique bem centralizado na tela do usuário, algo que funcione 100% em todos os browsers e com poucas linhas, faça usando porque com CSS você irá precisar de tempo, bão terá 100% de eficácia em conseguir a centralização em todos os browsers e precisará de muito mais linhas. Ou seja, ele fez apenas uma crítica.
Acredito que ele conseguiu atrair a atenção que queria.
O CSS tem alguns problemas, que não são realmente dele, mas dos browsers. No Firefox, por exemplo, o layout quebra com 2 ou mais colunas, aí vc tem que fazer umas gambiarras para não quebrar. O IE6 é maluco, nem se fala.
Daqui pra frente só vejo a evolução do CSS, não acredito que ele vá ser substituido por algo “melhor”, pois ele é ideal para o que fazemos.
Na minha opinião ele foi muito precipitado em dizer que CSS não foi criado para desenvolver layouts. Apesar de os browsers hoje terem lá seus problemas peculiares, basta um pouco de pesquisa que logo você resolver seus problemas. Depende muito também de como você inicia seu CSS, muitos falam que utilizar alguma técnica de CSS Reset não é interessante, mas ela já ajuda e muito a agilizar o processo de desenvolvimento.
Hoje os problemas que eu tenho com CSS são mínimos, quase nulos, tudo isso devido a utilização de um Reset CSS. Mas sei lá, cada um tem uma opinião.
No meu ponto de vista ou este artigo é uma jogada de marketing para dizer que o MaxDesign é o quente da banana preta em CSS ou simplesmente ele é Louco.
Para quem é apaixonado por uma Folha de Estilo, da vontade né de esganar um sujeito desse.
É isso ai pessoal um forte abraço e não usem IEca 6.0
Creio que ele possa estar certo em partes… ainda temos muito trabalho e retrabalho com a CSS pelo simples motivo da falta de padronização dos navegadores. Mesmo eu achando que ele esta certo em partes, não troco meu XHTML e CSS por nenhuma tabela desse mundo…hehehe.
Boa discussão hein, parabéns!
O problema de se desenvolver sites com tabelas e sem separação de camadas persiste na quebra da total acessibilidade. Internet não é visual, é textual. Temos de ter em mente que acesso com teclado+monitot+mouse não é 100% de acessos e em alguns países chega a estar disputando com dispositivos móveis. Soma-se a isso o uso de screen readers que torna-se enfadonha, haja vista que a navegação até o conteudo que realmente interessa atravessará um mar de TRs TDs até chegar ao que importa. Sem falar que dificilmente alguem que use tabelas para layout usará os parâmetros para dar acesibilidade a tal tabela.
Temos uma situação onde teremos código não validado, inacessível e ainda por cima fora da lei no Brasil, pois existe legislação vigente que enquadra como lei a acessibilidade plena a informação.
Nem tudo que tem na WEB deve ser confiado. Simplesmente a maior coisa que devemos usar “principalmente” é o bom senso. O melhor exemplo disso é o ZEN GARDEN. Eu posso fazer uma estrutura lógica e semântica e fazer algo muito belo com HTML e CSS, enquanto outro pode fazer algo totalmente igual e a interface continuar igual. Isso que cada um tem é o BOM SENSO.
Tabelas foram criadas para dados tabulares e não como estrutura de layout. Antes não os browsers não davam suporte, ou seja, tínhamos poucos recursos.
Na minha opinião, não deveria nem ter publicado tal assunto num blog com tanto conteúdo rico.
@Alex Batista,
Concordo com você, mas a partir do momento que vi isso, não pude deixar de compartilhar com vocês.
Este cara não sabe exatamente o que fala.
Hoje mesmo achei um post falando que não devemos CSS e nem tabelas e usar SASS e COMPASS (http://gom-jabbar.org/articles/2009/02/04/don-t-use-css-or-table-layout-use-sass-ad-compass).
mas um outro post comparativo me convenceu que CSS é o melhor.
toda hora vejo coisa nova saindo, mas não da pra adotar essas coisas novas por 1 ou 2 coisinhas melhores, tem que colocar na balança, pesquisar e tudo mais, melhor ainda, deixa os outros fazerem isso, e qd ficar modinha vc usa tambem.
Concordo com algumas idéias que o autor colocou, CSS não está tão redondo para fazer layouts, eu vi algumas coisas boas no CSS3 mas isso vai demora muito para poder ser utilizadas devido ao tempo de troca dos browsers.
No caso so layout tabular eu concordo que uma tabela é muito mais comoda para fazer um layout de 3 colunas com height que fique igual em todos os browsers. Uso de hacks sempre bugam alguma coisa nesse tipo de problema.
Enquanto cada browser tiver suas caracteristicas em relacao ao css, fica pior para desenvolver.
Por que não ouvi minha mãe? Me formar como médico, advogado… *hmph*
O autor quis causar polêmica com esse post. Não da p tomar o exemplo q ele usou como verdade, pois esse foi extremamente tendencioso . No caso dele a construção do layout usando Table é realmente MUITO mais simples. Principalmente quando ele afirma que, no CSS as informações se ajudam ao conteudo.. não ao layout como um todo, o que é verdade. Enquando a tabela tem um tamanho vixo, ou seja.. se um deles aumentar.. as outras celulas aumentam juntos. Agora.. e se por acaso eu não quiser q, ao aumentar meu conteudo central, as laterais aumentem junto? Usando CSS puramente ou um pouco de javascript é possovel corrigir o “problema” facilmente.. de fazer com q o tamnho das divs sempre se ajustem ao de maior conteudo. Mas o contrario, fazer com q um layout baseado em tabelas NÃO se ajuste ao de maior conteudo.. não é possivel.. ao menos não de maneira prática.
Isso sem contar nos benefícios de limpeza de código, de acessibilidade, de alterar repidamente lay-outs.. etc etc
Bem ele pode continuar com TABELAS, mas ae não é questão de um serve e outro não serve, a questão é SEMANTICA, se ele é prego em CSS que continue as TABELAS, mas deixe os desenvolvedores que seguem os padrões W3C na deles, imagine um cara difamando o SEU SITE, por causa de uma TABELINHA. Para solucionar isto apresente ao seu cliente os padrões W3c
Assim talvez você ganhe uma confiança a mais, valew pessoal.
Minha opnião é que qualquer um trabalha da forma que quiser com tabelas ou sem tabelas.Mas ai entra a questao da acessibilidade,web semantica,disponiveis a todos,o uso do bom senso.Aquele que segue os padroes concerteza e um profissional consagrado.Esse rapaz quiz dizer assim eu acho “O que eu vejo é o resultado final do meu Layout”,porque um site simples feito em tabelas e outro feito com tableless aparentemente é o mesmo,internamente nao.
Mas eu prefiro obviamente trabalhar com tableless,mas uso da tabela nao é errado concerteza.valew.