Quoting Juan Miguel Imaz <[EMAIL PROTECTED]>:

> No todo es blanco o negro.
>
> De hecho estoy con Eduardo en lo que dice de que ciertos diseños con
> tablas son más sencillos. En algunos casos, los típicos proyectos que
> van "al pixel", funcionan mucho mejor con tablas.

No estoy para nada de acuerdo con esta afirmación. para nada. Y podría  
darte muchos ejemplos...
>
> Hace tiempo que deje demaquetar con tablas, y de hecho ahora me cuesta
> una barbaridad retomar alguno de esos proyectos, pero las razones que
> dais para maquetar con CSS's, en algunos casos no son validas.
>
> *Peso del HTML:*
>
>     * Si en lugar de maquetar con tablas se maqueta con CSS se ganan
>       unos cuantos KB. Si optimizamos una foto también lo conseguimos.

...? No creo que el maquetar con CSS signifique que no se optimicen  
las fotos... quiero decir. eso se da por sentando y no tendría que ver  
con que si se hace uso de tablas o de css...


>     * Maquetando con CSS's se penaliza la primera página ya que se
>       cargan "todos" los CSS's de todo el sitio. Osea, para que la
>       experiencia de usuario sea buena en todo el sitio es necesario que
>       en la home sea más pesada que si estuviese hecha con tablas (hay
>       estudios al respecto). Si te importa que la primera impresión sea
>       buena hay que plantearse realizar CSS's específicos para la home.

Tampoco estoy de acuerdo con esta afirmación. Y como dato, puedo daros  
el de una página personal que maqueté vía tablas y que cierto tiempo  
depués maquete vía css. el peso del html con las tablas creo recordar  
qeu andaba por los 70... el de la home con las css de todo el site  
andaba por menos de 30. y de aquella parecía de dividitis compulsiva,  
te lo puedo garantizar. Ahora mismo me cuesta pensar un solo caso en  
el que una maquetación con tablas tenga menos peso que un html más  
css. Solo se me ocurre que no le pongas el DocType arriba... pero por  
lo demás... pongámonos un ejemplo sencillo. una página con la letra a,  
por ejemplo. sin contar con el doctype y todo eso, a mi me sale un  
<table><tr><td>a</td></tr></table>. si lo "de la otra forma" <p>a</p>.  
listo.
pongamos que quieres color y tipo para la letra a. <td><font  
face="Verdana..." color="..."></a></td>
de la otra forma añades un css y dices body {font:10px Verdana...}
vale igual aqui se igualan. pero añade una segunda fila a tu tabla y  
yo añadiré un segundo p a mi documento... si multiplicas eso por 5,  
simplemente... ya notarás unos cuantos bytes de diferencia...


>     * Para la mayoría de usuarios la velocidad de conexión no es un
>       problema. Y si lo es, ya están acostumbrados.
>
> *Mantenibilidad:*
> No se si os a pasado, pero depende de con quien te topes (lo ordenado
> que sea y los comentarios que meta) tocar el CSS de otra persona puede
> llegar a ser una experiencia de lo más dolorosa.
...Puede...
> Recuerdo mis tiempos de tablas, en las que a base de buen copia pega y
> buscar y reemplazar con expresiones regulares, cambiaba un sitio de 500
> páginas en un par de días.

!!!! De verdad consideras un éxito cambiar un sitio de 500 páginas en  
un par de días??. un sitio de más de 500 páginas maquetdo vía css se  
puede cambiar de color (sin contar imágenes, evidentemnete) en menos  
de media hora!. a mi desde luego lo de los dos dia no creo que me lo  
permitiesen...

Yo también recuerdo mis tiempos con  las tablas. Ahora bien. tú ya das  
por sentado que todos los que maquetamos eramos expertos en  
expresiones regulares... y das también por sentado que tenias la  
certeza que con la expresión regular que planteabas no ibas a  
modificar otra cosa que no deseabas modificar.
No creo que la mantenibilidad sea una ventaja de ninguna manera. por  
mucha expresion regular que sepas, uf. en un site de 100 documentos  
puede pasar de todo. desde que hayas puesto un <font size="2"> a un  
<font size=" 2 "> o un <font size="2 "> que se yo. pasale esto al  
ancho de una celda. pon un width="100" simplemente. y te dicen qeu lo  
cambies a 200. seguramente tengas q cmbiar el ancho de la que esté al  
lao. y chico, si tengo que tirarme media hora pensando en la expresión  
regular que aplicar para no tener q ir copia-pegando por página a  
página... y claro, si aplico el reemplazo masivo, si no tengo todos  
los documentos del site abiertos y me equivoco, tampoco tengo vuelta  
atrás!.

>
> *Aberraciones de la maquetación con tablas:*
> Si al hablar de la maquetación con tablas damos por supuesto que se van
> a usar colspans y rowspans apaga y vamonos. Tres años maquetando con
> tablas y núnca use uno.

Yo si que los usaba... y precisamente lo hacia para quitarle peso a  
las páginas... y algo conseguia

> Por otro lado las aberraciones que he visto en CSS (divitis compulsivas,
> y floats imposibles), seguramente debidas a incompatibilidaddes de los
> navegadores, no distan demasiado de las que he visto en tablas.


>
>
> RESUMIENDO:
> Ya no maqueto con tablas, pero puedo asegurar que, en más de un caso y
> con el soporte actual de los estandares por lo navegadores, la
> maquetación con tablas es más rapida y sostenible que con CSS's.

por favor, dime un caso,... de verdad que esto ya me intriga...

> No depende tanto de la validez de un sistema u otro, sino del
> profesional que lo utilice. Si un buen profesional maqueta con tablas
> estoy seguro que ver su código sera todo un placer.
... eso si no casas antes de leerte las 2000 lineas de html que te  
pueden hacer falta ;)
>
> _ Juan Miguel Imaz
>
> _ [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>
> _ ADIMEDIA s.l. - comunicación interactiva
>
>
>
> _ www.adimedia.net <http://www.adimedia.net/>
>
> _ [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>
> _ T. [+34] 943 635 737
>
>
>
> [EMAIL PROTECTED] escribió:
>> Quoting "[ATINAmedia] Eduardo de la Torre" <[EMAIL PROTECTED]>:
>>
>>
>>> Reconozcámoslo...
>>>
>>> En el "Mundo Real", la mayoría de profesionales trabaja en pequeños equipos
>>> de diseño/programación (a veces 1 sola persona), en el mejor de los casos 3
>>> o 4 (excepciones) y números mayores para grandes proyectos.
>>>
>>>
>> por cierto. en mi caso, y creo en el de la mayoría de los que
>> escribimos aquí, nos ha tocado hacer proyectos en solitario
>> (incluyendo la parte de back). de hecho, no he estado todavía en
>> ningun proyecto en el que para el tema de cliente haya contado con más
>> de 4 compañeros...
>> si hemos probado con las css y las defendemos tanto, no será que hemos
>> visto ventajas a la hora de acabar estos proyectos apurados utilizando
>> estas hojas de estilo y esos hacks del demonio? no crees que si
>> viesemos que perdemos tiempo utilizandolas volveríamos a las tablas?
>> nosotros también tenemos que comer...
>>
>>
>> ----- Terminar mensaje reenviado -----
>>
>>
>>
>> _______________________________________________
>> altas, bajas y modificaciones:
>> http://www.cadius.org/lista/opciones.html
>>
>>
> _______________________________________________
> altas, bajas y modificaciones:
> http://www.cadius.org/lista/opciones.html
>




_______________________________________________
altas, bajas y modificaciones:
http://www.cadius.org/lista/opciones.html

Responder a