1. Yahoo.com - Limpio 2. Google.com - Tables inside 3. YouTube.com - No puedes creer cuantas tablas tiene 4. Live.com - Sólo una, no está mal 5. MSN.com - Sólo una, quien lo diría 6. MySpace.com - Un lugar para las tablas, y los amigos! 7. FaceBook.com - Aquí las tablas están cómodas. 8. Wikipedia.com - Tablas y más tablas, tablepedia quizás. 9. Hi5.com - Solo dos 10. Orkut.com - OK . . .
lo que yo digo como es.. que hay de malo en usar tablas en vez de Capas CSS? ahora esta muy de moda usarlas, pero el ahorro en Kb no es muy notable, en cambio la dificultad de posicionamiento e interpretacion por los distintos navegadores si lo es, yo como diseñador sigo prefiriendo un metodo Hibrido, usar los DIV donde sean necesario y las tablas donde nos ahorren quebraderos de cabeza.
#3 ¿Por?
Yo los hago tan fácil... simplemente convierto el tag en un bloque y lo hago flotar a la izquierda y listo. Luego es darles a todos el mismo ancho.
Funciona de maravillas, quedan ordenados y mantengo todo en XHTML sin problemas.
#1 El problema es conceptual, estás utilizando código HTML para dar estructura, convirtiendo en tablas contenido no-tabular. La estructura visual del documento deberías darla siempre por CSS. Tu código es menos reutilizable y seguramente no se verá bien en otros medios que utilizan distintas (o sus propias) hojas de estilo, como móviles, PDAs, consolas portátiles, etc. Si sabes usar bien CSS tanto el tiempo de desarrollo como el documento se acortan sensiblemente.
Pero repito, el problema no es por tamaño de archivo (ya que un documento se podría comprimir, por ejemplo) sino por la estructura del documento: debes separar contenido de presentación, para que el contenido sea utilizado de mejor manera.
Para ti puede ser más sencillo utilizar tablas, pero cuando te sabes los cuatro trucos de css utilizar tablas puede ser un infierno. Sobre todo actualizando datos y diseño.
#5 Si, lo he leído
En todo caso, no creo que sea tan complejo. Simplemente tienes que concentrarte en la estructura subyacente, sean 2, 3, 4 o las columnas que quieras, y crear los divs (utilizando el label o divs) en consecuencia. Es más sencillo de lo que parece, y no fuerzas una estructura con un elemento pensado para albergar básicamente datos, como es una tabla.
Pero bueno, si te resulta más sencillo, nadie te dice nada. Eso si, la gente que use móviles no te lo va a agradecer...
#4 Puff, ya dudo que lo leas, pero bueno, contesto:
Esa solución está muy bonita cuando se están usando formularios relativamente simples, de no más de 20 campos, y cuando estos además guardan cierta uniformidad entre sí. En cambio para formularios mucho más largos (50 campos) y que contienen campos interdependientes (como puede ser un selector de fecha mediante pestañas), en aras de una mejor usabilidad suele ser necesario que aparezcan varios campos en una misma línea, pero no el mismo número en todas ellas.
Si además ese formulario con ese estilo se usa en una sola página, puede no tener demasiado sentido añadirlo como estilo a la hoja CSS.
Para solucionar estos problemas las guías ofrecen soluciones en las que se montan unos chorizos a base de divs ininteligibles siendo bastante más sencillo analizar una tabla para su mantenimiento.
Aún así gracias por la idea con los labels, es bastante práctica.
Comentarios
lo que yo digo como es.. que hay de malo en usar tablas en vez de Capas CSS? ahora esta muy de moda usarlas, pero el ahorro en Kb no es muy notable, en cambio la dificultad de posicionamiento e interpretacion por los distintos navegadores si lo es, yo como diseñador sigo prefiriendo un metodo Hibrido, usar los DIV donde sean necesario y las tablas donde nos ahorren quebraderos de cabeza.
#3 ¿Por?
Yo los hago tan fácil... simplemente convierto el tag en un bloque y lo hago flotar a la izquierda y listo. Luego es darles a todos el mismo ancho.
Funciona de maravillas, quedan ordenados y mantengo todo en XHTML sin problemas.
#1 El problema es conceptual, estás utilizando código HTML para dar estructura, convirtiendo en tablas contenido no-tabular. La estructura visual del documento deberías darla siempre por CSS. Tu código es menos reutilizable y seguramente no se verá bien en otros medios que utilizan distintas (o sus propias) hojas de estilo, como móviles, PDAs, consolas portátiles, etc. Si sabes usar bien CSS tanto el tiempo de desarrollo como el documento se acortan sensiblemente.
Pero repito, el problema no es por tamaño de archivo (ya que un documento se podría comprimir, por ejemplo) sino por la estructura del documento: debes separar contenido de presentación, para que el contenido sea utilizado de mejor manera.
Para ti puede ser más sencillo utilizar tablas, pero cuando te sabes los cuatro trucos de css utilizar tablas puede ser un infierno. Sobre todo actualizando datos y diseño.
#5 Si, lo he leído
En todo caso, no creo que sea tan complejo. Simplemente tienes que concentrarte en la estructura subyacente, sean 2, 3, 4 o las columnas que quieras, y crear los divs (utilizando el label o divs) en consecuencia. Es más sencillo de lo que parece, y no fuerzas una estructura con un elemento pensado para albergar básicamente datos, como es una tabla.
Pero bueno, si te resulta más sencillo, nadie te dice nada. Eso si, la gente que use móviles no te lo va a agradecer...
#1 Sí, porque la verdad es que hacer un formulario grande mediante divs, es lo más cercano al infierno
#4 Puff, ya dudo que lo leas, pero bueno, contesto:
Esa solución está muy bonita cuando se están usando formularios relativamente simples, de no más de 20 campos, y cuando estos además guardan cierta uniformidad entre sí. En cambio para formularios mucho más largos (50 campos) y que contienen campos interdependientes (como puede ser un selector de fecha mediante pestañas), en aras de una mejor usabilidad suele ser necesario que aparezcan varios campos en una misma línea, pero no el mismo número en todas ellas.
Si además ese formulario con ese estilo se usa en una sola página, puede no tener demasiado sentido añadirlo como estilo a la hoja CSS.
Para solucionar estos problemas las guías ofrecen soluciones en las que se montan unos chorizos a base de divs ininteligibles siendo bastante más sencillo analizar una tabla para su mantenimiento.
Aún así gracias por la idea con los labels, es bastante práctica.