Barrapunto

Validación (y así contesto a delaPipol): Mozilla "petardeaba" y "petardea" cuando un XHTML está mal formado... pero para ello debe enviarse el Content-Type correcto para xhtml, el "truco" que usan todos los CMS es enviarlo de momento (ya que se permite) como text/html.

Pensaba que nadie iba a matizar esto de un modo correcto, afortunadamente te has acercado bastante pero te ha faltado alguna cosilla.

Lo de enviarlo en text/html no es un truco. Básicamente es el workaround que todo el mundo hace para que funcione en Internet Explorer (porque IE no acepta XHTML con el tipo mime correcto). La gente que se preocupa de verdad por estas cosas lo que hace es enviar el tipo MIME correcto, excepto si el navegador es internet explorer: en cuyo caso se hace un sniffing basado en servidor web y se manda un tipo mime distinto. No me preguntes ahora como se hace pero sé que una vez ví un HOWTO de cómo hacer esto con apache.

Es más, de hecho uno de los requisitos de XHTML 1.1 frente a 1.0 es mandar el tipo mime correcto. Si estás usando la regla de mandarlo como text/html y olvidarte, te estás pasando el estándar por el forro.

El tema es que mucha gente incluso es reticente de mandar el tipo mime correcto a los Geckos, porque éstos no renderizan aún el contenido XML/XHTML incrementalmente, con lo que si la página es grande no ves nada hasta que se ha cargado del todo, lo que puede ser un inconveniente de usabilidad. Afortunadamente esto es un problema de Gecko que está ya solucionado, pero en la rama de desarrollo (no sé si vendrá ya en Firefox 2.0 o nos tendremos que esperar a Firefox 3.0).

Lo de enviarlo en text/html no es un truco. Básicamente es el workaround que todo el mundo hace para que funcione en Internet Explorer (porque IE no acepta XHTML con el tipo mime correcto).

Eso es básicamente una chapuza. La única ventaja real del XHTML sobre el HTML es que se trata de una aplicación XML, y puede incluir elementos de otras aplicaciones XML (por ejemplo MathML). Para que eso sea posible debes servir el documento con el tipo MIME adecuado, application/xhtml+xml (con lo que dejarían de funcionar todos esos maravillosos scripts que utilizan .innerHTML, o entidades como  ). Si no vas a incluir otros elementos y lo vas a servir como text/xml... ¿para qué usas XHTML?

No me preguntes ahora como se hace pero sé que una vez ví un HOWTO de cómo hacer esto con apache.

No tiene mucho misterio: AddType application/xhtml+xml .xhtml y a correr. Eso o usar la cabecera HTTP_ACCEPT para comprobar si acepta el tipo.

Por eso lo puse como "truco" entrecomillado, y sí: se está mandando XHTML con text/html (como el 99.9% de sitios con WordPress por no atreverme a decir el 100%) el problema como bien indicas es que hagas lo que hagas "estás jodido":

- Si pones el MIME correcto el IE piensa que es un documento, Gecko se pone como si todo el contenido renderizará dentro de una tabla y tuviera que bajar hasta el último byte para empezar a mostrarla, etc.

- Si filtras por UA te arriesgas a que alguién haya cambiado su UA y volvemos a lo mismo...
Yo en lo particular uso XHTML 1.1 por que me gusta más, prefiero tener el contenido estricto (aunque técnicamente la forma de enviarlo no sea la correcta) y espero que pronto Firefox 2.0 este parcheado (y luego ya, si IE 7 soporta XHTML pues mejor que mejor)...

A mi me gustaría poder hacer las cosas dentro de lo que dice el W3C y claro está a mi gusto, pero actualmente el servirlo con el MIME correcto supone demasiados problemas...

Querrás decir que se hace un sniffing sinérgico en base a unos servicios orientados a la arquitectura del servicio en empresa cliente para entornos corporativos avanzados, Web 2.0 y AJAXee.

No he entendido esto, ¿podrías clarificarlo? Al no entender lo primero, lo segundo tampoco lo entiendo (porque va relacionado con lo primero :)