Semántica web vs. Presentación Gráfica

¿pero realmente hay debate? lo digo porque creo que estamos todos de acuerdo, ¿no?

Sólo en momentos de incompatibilidad suprema, como tú dices, para mí primaría la presentación.

Hay que tener en cuenta que no existe un mundo ideal en el que podríamos invertir infinito tiempo en conseguir una forma de que el código sea limpio y la presentación sea tal y como la queremos. Normalmente hay restricciones de tiempo, muchas más tareas que hacer, etc.

Y en ese caso, para mí prima el resultado final que es el que verán los usuarios y visitantes. Y si para eso tengo que "bajar" un pelín la calidad de mi código, pues mira... no está la cosa para rasgarse las vestiduras :)

Teniendo en cuenta que para el público final lo que cuenta únicamente es la presentación, que es lo que ven, y que el mayor porcentaje de público que va a tener el código soy yo (que se perfectamente las restricciones que he sufrido), pues no es algo que, en condiciones normales, me quite el sueño.

Teresa

Es que del modo que yo entiendo el "debate" no es estética vs. código, sino, en el momento en que por cualquier razón son incompatibles, y como algo puntual, yo sacrificaría el código y lo haría más chapucero si fuese necesario para que estéticamente quedase bien.

Efectivamente, el debate no es 'Estética VS. Código' (yo creo que el término estética, además, no es el más adecuado, porque puede llevar al engaño de bonito/feo). Sería mejor utilizar 'Presentación'.

Pero aparte de eso, es lo que tu dices. En un momento de 'incompatibilidad', ¿que debe primar?

Es que del modo que yo entiendo el "debate" no es estética vs. código, sino, en el momento en que por cualquier razón son incompatibles, y como algo puntual, yo sacrificaría el código y lo haría más chapucero si fuese necesario para que estéticamente quedase bien.

bueno siempre se puede quitar lo que sobre...

La solución de Peterned siempre me ha parecido demasiado 'grande', en el sentido de que corrige de un plumazo un montón de bugs... pero eso tal vez sea una sobrecarga innecesaria. Prefiero soluciones más localizadas.

De todos modos, perdón, que yo mismo estoy desviando el debate inicial.

txuma

<div class="quote">
zigotica

<blockquote>funciona en FF y OP9 pero no en IE6 (igual en IE7 si)</blockquote>
</div>

Tal y como era de esperar, el tema de la autonumeración no funciona en IE6 ni en IE7 (no soportan los pseudoelementos :before y :after, tiene cojones). Sólo se me ocurre una ñapa utilizando JS.

Para el tema de la alineación, jugando un poco con tamaños de texto relativos y márgenes negativos, he conseguido que funcione, y se comporte bastante bien ante el aumento y reducción del tamaño del texto.

P.S. Por cierto, la discusión no era con Joshua, por si conduce a error :)
seguramente con un .htc tipo el de peterned (en una css condicional) y si me apuras con js no intrusivo para IE

pues si, habias llegado a confundirme :)

zigotica

funciona en FF y OP9 pero no en IE6 (igual en IE7 si)

Tal y como era de esperar, el tema de la autonumeración no funciona en IE6 ni en IE7 (no soportan los pseudoelementos :before y :after, tiene cojones). Sólo se me ocurre una ñapa utilizando JS.

Para el tema de la alineación, jugando un poco con tamaños de texto relativos y márgenes negativos, he conseguido que funcione, y se comporte bastante bien ante el aumento y reducción del tamaño del texto.

P.S. Por cierto, la discusión no era con Joshua, por si conduce a error :)

Yo creo que gozo más con un código limpito y bien estructurado que con un buen pantallazo de photoshop. Si combinamos los dos no te digo na

f3rnando

Creo que el diseño web sin estándares/web semánticas etc... hablando de diseño de programación son chapuzas.

Aunque sean muy bonitas y le gusten mucho a los jefes.
no he entendido nada...

Creo que el diseño web sin estándares/web semánticas etc... hablando de diseño de programación son chapuzas.

Aunque sean muy bonitas y le gusten mucho a los jefes.

prueba ràpida:
<code>&lt;style&gt;
ol { counter-reset: item }
li { display: block }
li:before { content: counters(item, "."); counter-increment: item }
&lt;/style&gt;</code>
...
<code>&lt;ol&gt;
&lt;li&gt;one
&lt;ol&gt;
&lt;li&gt;one-one&lt;/li&gt;
&lt;li&gt;one-two&lt;/li&gt;
&lt;li&gt;one-three&lt;/li&gt;
&lt;/ol&gt;
&lt;/li&gt;
&lt;li&gt;two
&lt;ol&gt;
&lt;li&gt;two-one&lt;/li&gt;
&lt;li&gt;two-two&lt;/li&gt;
&lt;li&gt;two-three&lt;/li&gt;
&lt;/ol&gt;
&lt;/li&gt;
&lt;li&gt;three
&lt;ol&gt;
&lt;li&gt;three-one&lt;/li&gt;
&lt;li&gt;three-two&lt;/li&gt;
&lt;li&gt;three-three&lt;/li&gt;
&lt;/ol&gt;
&lt;/li&gt;
&lt;/ol&gt;</code>

funciona en FF y OP9 pero no en IE6 (igual en IE7 si)

Pues si haces una web para un cliente y no por disfrute personal, creo que no hay discusión, ya que al cliente le va a importar más que la presentación se vea de una determinada manera que que la web sea semánticamente correcta.
Personalmente yo también creo que el diseño y la presentación son más importantes que el código, aunque entiendo su relación digamos dialéctica, y las ventajas de una semántica correcta en cuanto a rapidez de descarga y accesibilidad son incuestionables.

Estoy haciendo algunas pruebas justo con eso (el orgullo csseriano es lo que tiene). Os comento los resultados :)

para que sirva como excepción, estoy de acuerdo con joshua, pero en este caso igual se podria hacer de este modo:
http://www.w3.org/TR/REC-CSS2/generate.html#scope
(no lo he probado, igual no hay navegadores que lo soporten)