Si miráis el borrador de CSS3 (está a punto de pasar a ser oficial), veréis que se incluye un módulo que permita definir columnas. La mayor parte de tutoriales de CSS, consisten en lograr un efecto a dos o tres columnas. Si CSS 1 y 2 no incluyen nada para hacer esas columnas, que tan fáciles son de hacer con tablas, es porque se pensó que las tablas eran una jaula que encerraba a los diseñadores en estructuras muy poco versátiles.
A pesar de que posiblemente tenían razón en ese sentido, la mayor parte de webs, demandan estructuras tabulares para la presentación, y por eso se siguen usando tablas. La excusa del mal soporte de CSS no me convence. Mozilla (o todos los navegadores basados en Gecko) soporta incluso propiedades de CSS3, y Konqueror tan sólo deja sin soportar cosas exóticas, como la propiedad min-height.
Y aparte...
Al margen de la estructuración con tablas o con CSS, lo que no tiene ningún perdón, es que sigamos usando "b" e "i", en lugar de "strong" y "em", que se ven exactamente igual, pero que permiten a agentes de usuario no visuales, como motores de búsqueda, y navegadores para gente disminuída (orales, braille, etc.) darle un sentido a una cursiva o una negrita que para ellos está vacía. De esto también se habló en A List Apart en el artículo Using XHTML/CSS for an Effective SEO Campaign [alistapart.com].
Modelos de formato
(Puntos:4, Interesante)( http://www.badopi.org/ | Última bitácora: Martes, 18 Septiembre de 2012, 18:45h )
Si miráis el borrador de CSS3 (está a punto de pasar a ser oficial), veréis que se incluye un módulo que permita definir columnas. La mayor parte de tutoriales de CSS, consisten en lograr un efecto a dos o tres columnas. Si CSS 1 y 2 no incluyen nada para hacer esas columnas, que tan fáciles son de hacer con tablas, es porque se pensó que las tablas eran una jaula que encerraba a los diseñadores en estructuras muy poco versátiles.
A pesar de que posiblemente tenían razón en ese sentido, la mayor parte de webs, demandan estructuras tabulares para la presentación, y por eso se siguen usando tablas. La excusa del mal soporte de CSS no me convence. Mozilla (o todos los navegadores basados en Gecko) soporta incluso propiedades de CSS3, y Konqueror tan sólo deja sin soportar cosas exóticas, como la propiedad min-height.
Y aparte...
Al margen de la estructuración con tablas o con CSS, lo que no tiene ningún perdón, es que sigamos usando "b" e "i", en lugar de "strong" y "em", que se ven exactamente igual, pero que permiten a agentes de usuario no visuales, como motores de búsqueda, y navegadores para gente disminuída (orales, braille, etc.) darle un sentido a una cursiva o una negrita que para ellos está vacía. De esto también se habló en A List Apart en el artículo Using XHTML/CSS for an Effective SEO Campaign [alistapart.com].
Saludos.
Escribiendo de demasiadas cosas [barnacity.net] desde 2003.
Re:Modelos de formato
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Miércoles, 28 Diciembre de 2005, 12:49h )
Una duda: si se ven igual, ¿qué diferencia hay? ¿los navegadores esos no pueden interpretar "b" e "i" como "strong" y "em"?