J'avais regardé à l'époque le format d'OOo, je n'avais pas aimé.
XML est une galaxie dans laquelle on peut compter CSS et XSLT-FO.
XML est conçu pour les documents, un document a une organisation hiérarchique, XML est un langage balisé hiérarchique et opendocument définit une structure à plat qui est un non-sens (je ne sais pas pour openXML).
Les balises du documents sont définies par l'utilisateur (titre 1, normal, liste puce.. ou conformément à une DTD), les mise en formes utilisent une grammaire CSS ou XSL-FO, l'interface (le traitement de texte) devant masquer la complexité de ces langages.
Une DTD ou un schéma est nécessaire, pour les métadonnées (version, auteur, générateur...) le Dublin Core est là et les attributs et instructions de traitement associés aux balises utilisateur (c'est une formule mahématique, un dessin, ce qui doit être indexé, que la partie qui suis est calculé -ie l'index- comment elle est calculé...) plein de choses utiles mais qui n'ont pas de sens dans la présentation qui ont justement été prévues par XML (voir http://www.yoyodesign.org/doc/w3c/xml11/ ).
Les défintions de Opendocument et OpenXML devraient se limiter à ce complément.
Avec un tel principe, pas besoin de connaître la DTD du document pour l'afficher, puisse que à chaque balise est associé une présentation (CSS ou XSL-FO) un logiciel de rendu suffit (Gecko), pour éditer, vous avez besoin de l'éditeur comprenant les balises spécifiques. Pour que la concurrence puisse s'exercer la DTD/schéma doit être publique.
Mais pourquoi faire simple quand on peut faire compliqué ?
# A quoi sert-il de créer Opendocument/OpenXML
Posté par Mes Zigues . En réponse au journal Pourquoi Office 12 ne supporte pas OpenDocument. Évalué à 1.
XML est une galaxie dans laquelle on peut compter CSS et XSLT-FO.
XML est conçu pour les documents, un document a une organisation hiérarchique, XML est un langage balisé hiérarchique et opendocument définit une structure à plat qui est un non-sens (je ne sais pas pour openXML).
Les balises du documents sont définies par l'utilisateur (titre 1, normal, liste puce.. ou conformément à une DTD), les mise en formes utilisent une grammaire CSS ou XSL-FO, l'interface (le traitement de texte) devant masquer la complexité de ces langages.
Une DTD ou un schéma est nécessaire, pour les métadonnées (version, auteur, générateur...) le Dublin Core est là et les attributs et instructions de traitement associés aux balises utilisateur (c'est une formule mahématique, un dessin, ce qui doit être indexé, que la partie qui suis est calculé -ie l'index- comment elle est calculé...) plein de choses utiles mais qui n'ont pas de sens dans la présentation qui ont justement été prévues par XML (voir http://www.yoyodesign.org/doc/w3c/xml11/ ).
Les défintions de Opendocument et OpenXML devraient se limiter à ce complément.
Avec un tel principe, pas besoin de connaître la DTD du document pour l'afficher, puisse que à chaque balise est associé une présentation (CSS ou XSL-FO) un logiciel de rendu suffit (Gecko), pour éditer, vous avez besoin de l'éditeur comprenant les balises spécifiques. Pour que la concurrence puisse s'exercer la DTD/schéma doit être publique.
Mais pourquoi faire simple quand on peut faire compliqué ?