Atalaya: desde la tela de araña

El problema es que el XML no se diseñó para sustituir al HTML.
Ambos, tanto HTML como XML son subconjuntos de un lenguaje mayor: SGML.
El XML tiene su principal fuerza en ser un formato idóneo para intercambio de datos y como tal se usa muchísimo en aplicaciones tanto para web como para intranets (que es donde lo uso yo), pero de ahí a pensar que vino para sustituir al HTML va un error de principio. El HTML no será sustituido , simplemente será extendido como estamos viendo, con más cacharritos como Flash, tecnologías de servidor como PHP o ASP, y más cosas por venir. Pero como lenguaje para presentación y vinculación de datos el HTML es insuperable y da mucho de sí a poco que le metas CSS, por ejemplo.

Bueno, el SGML viene a ser lo mismo que el XML, no es un subconjunto. HTML es un lenguaje que puede ser definido dentro del XML (o el SGML que tanto da)... pero ¿porqué va a ser más potente el HTML que el XML en presentación de datos? Hoy en día, con el CSS, se desvincula la presentación del formato en el que se almacena, y eso puede hacerlo también el XML, ¿no?

mi experiencia con XML es muy pobre, pero el principal problema que he encontrado es la falta de DFDs oficiales. Entiendo que la virtud principal de XML es la capacidad de intercambio de datos, pero las definiciones de éstos recaen en el programador y, al final, uno se ve obligado a adaptar los diccionarios XML entre aplicaciones... resulta más fácil hacer rutinas de intercambio.

XML se utiliza bastante, aunque quizás no tanto como debiera, pero es la base de

- XHTML
- XML/DocBook
- Jabber
- Ficheros de configuración fácilmente editables y potentes (por ejemplo usando PEAR Config).
- XML-RPC y SOAP
- Se usa en muchos sistemas para pasarselo a la presentación.
- ¿Los navegadores utilizarán XML + XSLT? Pues seguramente no, porque la gente sigue escribiendo mal HTML, así que... pero muchos servidores lo usan. De esa forma consigues separar de una forma muy cómoda la presentación de la lógica.

Yo, a pesar de que lo encuentro muy engorroso de utilizar, creo que poco a poco se va utilizando más, y que puede merecer la pena intentar conocerlo porque a lo mejor nos puede venir bien.

De todas formas, creo que lo del XHTML Strict + CSS es una batalla perdida, la gente está contenta escribiendo mal, es como las faltas de ortografía ¿qué más da si se nos entiende? Si los navegadores fuesen hubiesen sido un poco más estrictos, otro gallo cantaría. :-/

--
SegFault

Guisante: los DTDs, en muchos casos, no hacen falta; basta con que sea un DTD válido y tenga una hoja de estilo CSS para decir como se presenta, o una XSLT para transformarlo. Es cierto que es un problema lo de los DTDs, pero los hay para muchas aplicaciones.
SegFault: los navegadores ya usan XML+XSLT; al menos, el mozilla tiene un motor XSLT, y el IE creo que también; no sé si estará incorporado a Galeon o Firebird.
Pero en lo de Jabber tienes razón: se está empezando a convertir en un cliente genérico XML. Será Jabber el próximo Netscape?

Las prisas, quería decir que si se harán las páginas en XML (yo estuve probando XML + XSLT con MSIE y desde el server), que me da que no.

--
SegFault

Insisto.

El HTML NO será sustituído por el XML porque ese no fué el fin con el que se creó el XML.

El HTML se mejorará muchísimo con CSS y otros añadidos pero para lo que vale, vale muy bien.

Y si los navegadores se vuelven "estrictos" no hay problema porque ya los editores de código son "estrictos".

No fue el fin, pero sí uno de los fines.

Cabe destacar de XLINK algo, que cualquier elemento de XML puede ser un enlace, no necesariamente un , en XHTML 2 desaparece el elemento como unico enlazador de recursos, mientras podremos hacer enlaces igual de buenos con em, strong, cite, blockquote. etc.

Te refieres a <a>...
Pues mira, no tiene mucho sentido. ¿Para qué quieres que em sea enlace, si puedes poner un <a> con cualquier tipo de estilo?

Hola que tal? estoy aprendiendo a usar xml, pero por mi propia cuenta, tengo una dudita, si yo quiero hacer un programa que se enlace con una pagina culaquiera como haria? es decir que tenga una especie de hipervilculo con la direccion de la pagina a la cual me quiero conectar...de antemano les doy gracias por la ayuda prestada

Tienes que mirar XLINK, la especificación de hiperenlaces para XML. Ahora, en algunos DTDs puede que sea más simple. No hay una forma general de hacerlo, de todas formas.