Cultura Digital#Blog

Aún recuerdo hace relativamente poco, unos años quizá, cuando el Xhtml y los estándares empezaban a sonar algo más que de costumbre, cuando leí el libro de Zeldman aún no conocía el concepto de “Estructura – Estilo – Contenido”… y bueno, en general se veía de forma muy recelosa HTML como XML.

Por todas partes, foros, listas de correo, se podía leer a los defensores del “marcado tradicional” echar serpientes contra los que no apoyaban un diseño estructural basado en tablas de presentación estilística. Sí, podría ser válido en cualquier caso pero no era semántico… como ya hemos oído tantas veces:
El Diseño Web era toda una locura -encumbrada por IE- llena de técnicas personales, arreglos, apaños propietarios y leer un documento web era casi como descifrar un jeroglífico.

Nuevos Tiempos

Eso… para felicidad de muchos, entre los que me incluyo, ha cambiado.
Ahora vemos XML más cerca… muy cerca!!
Cada vez encuentro más referencias a validar documentos, a diseñar semánticamente, con lógica, se habla en los foros, en los chats, en las listas de correo, proyectos… XML ha calado, como no podía ser de otra forma cuando las cosas funcionan y son útiles, aunque creo que “útil” es un adjetivo que se queda años luz de corto. XML es mucho más que útil.

No quiero que me llamen “talibán de los estándares” aunque incluso lo pueda ser, respeto la libertad de diseño de cada uno, tanto si es HTML válido o no. Simplemente no entiendo porqué mucha gente se empeña en trabajar de una forma que no es la más eficaz ni rentable, y tampoco entiendo que no vean el potencial de usar estándares… en cualquier materia creo que siempre es útil y rentable.

XHTML1.1, XML de verdad

Pero volviendo al tema, como decía, XML ya se ve muy cerca y tras la primera declaración digamos “XML real” de HTML son muchos los que empiezan a deshacerse de lenguajes de migración como XHTML1.0 Transicional para pasar a XML puro en HTML, o lo que es lo mismo, el paso de XHTML1.0 Strict a:
XHTML1.1, la primera reformulación de HTML en “XML de verdad“

Por eso, como suele ocurrir siempre en la tecnología, el desarrollo de ideas va mucho más deprisa que la propia tecnología y los navegadores actuales se dan patadas en el culo para que los diseñadores puedan utilizar todo lo que han aprendido de la migración de HTML a XHTML.

Los sitios empiezan a diseñar en XHTML1.1 pero exploradores como IE6 (actualmente el más usado porque está incluido en el SO más usado: Windows XP) tienen problemas y hay que seguir haciendo “hacks” para él y sus contemporáneos, no digamos ya casi cualquier otro con XHTML2.0 que sigue siendo un borrador.

El soporte, compatibilidad, IE…

El problema de IE es que como se diseñó cuando M$ hacía lo que les salía -vamos… casi igual que ahora ^^ -, sigue interpretando “las cosas” a su manera.
En este caso, faltaría más, IE entiende su propio modelo de XML, el modelo de M$ cerrado. Incluso establecieron un nuevo Mime-Type por su cuenta!!.. tie cojones, pero que nunca llegará a ningún lado: text/xml y de ahí el problema de IE, que es incapaz de interpretar XML como una aplicación, cualquier documento HTML como una implementación de XML y por lo tanto de una aplicación… es decir, de text/xml nada. Esto es el futuro :mrgreen: y se llama application/xhtml+xml.

Firefox, entre otros navegadores compatibles, interpreta correctamente XHTML1.1 aunque las actualizaciones me temo que serán mucho más continuas en estos tiempos.

Plantilla Maestra XHTMl, servir XML

Así pues, ando bastante liado intentado currarme una Plantilla Maestra XHTML y pasar definitvamente a XML “de verdad” como ya se suele encontrar por google ^^

Eso sin contar la idea que me vuelve a rondar la cabeza de servir directamente XML, aquí, en Wordpress, como ya hice en mi primer blogCMS de fabricación casera :D , usar XSLT, CSS y olvidarme de HTML, híbrido o puro.
Diría que es más fiable que estos lenguajes intermedios, es el gran salto y cuesta menos de lo que parece. La compatibilidad mejora porque si bien los navegadores tienen problemas con las nuevas declaraciones de HTML no lo tiene con el ya asentado XML… exceptuando IE claro.

Solo que no deja de ser “experimentar”… porque si usas una DB y no usas XML para datos es rizar el rizo ggg :D
Es decir, tienes tus entradas en una DB, en formato texto plano.
Al extraerlas generas un XML, le aplicas una Hoja de Transformación XML (XSLT) para convertirlo en XHTML y le aplicas CSS xDD.
Es un paso más! :( solo que posibilitaría tener un archivo real, físico de tus entradas… por ejemplo por si se cae la DB… así lo hice en mi antiguo CMS. Si se caía el server DB entraba a funcionar el modelo estático.

Pero vamos… si ya es algo pesado para Wordpress postear una entrada enlazando y haciendo pings, no imagino como se comportará si también tiene que generar un archivo físico :S …aunque ahora se me ocurre hacer una estructuración “offline” del archivo físico ^^
…en fin!