Mail Archive

cadius

<-- Cronol&oecute;gico -->
Buscar 
<-- Hilo de la conversaci&oecute;n -->

[cadius] Re: separar presentacion de contenido (era Nueva Home de Terra.es)



El mié, 02-10-2002 a las 22:41, Ariel Guersenzvaig escribió:
> 
> Hola César,

Hola Ariel, tu email es muy interesante pero hay varias cosas con las q
no estoy de acuerdo
> 
> estoy totalmente de acuerdo con la teoría que hay detrás de tus
> afirmaciones, pero los browsers de hoy en día y sobre todo los de ayer
> no están implementando los estandares como es debido.

Los de ayer presentan varias deficiencias, los de hoy: Opera, Mozilla y
toda la familia Gecko e IE presentan una aceptación de estándares de muy
buena a aceptable

> Hoy es casi imposible usar sólo un <h2>, no te alcanza y estás obligado
> a usar tablas. 

Bueno, aqui estás mezclando cosas. Estás confundiendo el marcado
semántico (usar <h2> para encabezados) con la maquetación con tablas o
con capas.

Sería fantástico sólo usar xhtml+css, el mundo sería un
> mejor lugar.

Tampoco hay ningún problema con usar solo html. De hecho hay gente q
opina q el xhtml hoy por hoy es 
pernicioso:http://www.hixie.ch/advocacy/xhtml
 

<  > Separar contenido de presentacion y de esa forma poder avanzar en
>  > ambos frentes sin colapsar el uno por el otro.
> 
> Pero tenemos el problema del codigo: en general es simplemente mucho más 
> sencillo hacer tablas que codificar la posición exacta de centenas de 
> <div>, esto también hay que tenerlo en cuenta. Hacer un site en html 3.2 
> es veinte veces más rapido que hacerlo en xhtml 1.0+css, si es que 
> escribimos codigo como se debe hacer de acuerdo al W3C, es decir xhtml 
> para mark-up y css para lay-out.

No sé como te has formado esta opinión pero no entiendo cómo hacer 25
tablas anidadas con 35 gifs transparentes y 78 rowspans y colspans es
más fácil que usar CSS.

Si usas "centenas" de <divs>, a menos que tu diseño sea complejisimo 
hay grandes posibilidades de que estés utilizando la etiqueta <div>
incorrectamente. 

En definitiva: los diseños maquetados con CSS son en términos generales
mucho menos pesados y fáciles de desarrollar que el "tagsoup" basado en
tablas. 
 
> La pagina del W3C usa sólo css para presentación, muy bien! ¿Pero que 
> pasa con sites de miembros del W3C? Un scan muy rapido de miembros 
> prominentes demuestra que ni ellos mismos separan contenido de presentación

Esto son rediseños incrementales de webs que llevan online desde el
95-96. Sería un poco demasiado pedirles que ya hoy mismo hubieran dado
el salto. En el futuro lo harán.

> La cosa se pone mucho peor cuando ni ellos mismos aplican otras reglas 
> tal vez más importantes como las WAI Content Accessibility Guidelines, 
> por ejemplo el site de Corel que falla en el chequeo de accesibilidad de 
> Bobby! Y seguro que no es el único site.

Tampoco entiendo esto. Si estas web están mal maquetadas, mal marcadas y
son inaccesibles, lo único que demuestran es que necesitan un rediseño
urgente ¿no?

 
> El artículo que enviaste es muy bueno y además los sitios de Zeldman son 
> de los poquisimos sites en la red que separan presentación de contenido 

No se que sites visitas, pero el de Zeldman es solo uno de los
muchísimos que separan presentación de contenido.


> y demuestran que es posible hacerlo. ¿Pero entonces por qué IBM, SUN, 
> etc no hacen lo que predican?

Por inercia empresarial, por pereza, por falta de presupuesto, por lo
mismo que muchos mainframes siguen funcionando con COBOL....

 Mi respuesta es: porque desarrollar a la Zeldman es muy caro.

No.

Si Zeldman fuera muy caro, no tendría mucho trabajo, supongo, y me
consta que lo tiene.

Lo caro es pagar por desperdiciar el tiempo de los desarrolladores en
hacer tablas anidadas y gifs transparentes con el photoshop.

Lo caro pagar por  hacer miles de cambio en miles de archivos cuando con
CSS se solucionaría con un cambio en un archivo.

Lo caro es desperdiciar ancho de banda haciendo detección de
navegadores, cuando un buen código serviría para todos los navegadores.

Lo caro es desperdiciar ancho de banda mandando un código hipercargado
cuando CSS+HTML te ahorraría 10kb por vista de página.

Lo caro es que pagar rediseños cada dos años porque el código chapucero
que te hicieron ayer no va a funcionar mañana.

Hacer las cosas bien siempre es barato.











 



__________________________________________
Estás suscrito a Cadius como: [EMAIL PROTECTED]
Si quieres darte de baja o modificar tu suscripción,
puedes hacerlo desde http://www.cadius.org/forms/login.html



<-- Cronol&oecute;gico --> <-- Hilo de la conversaci&oecute;n -->

Responder por email a