Les informations spécifiques ne devraient concerner que les fonctionnalités impossibles à implémenter dans OpenDocument. Ainsi, tout passerait "le mieux possible", tout en préservant des informations mineures si on a la chance de l'ouvrir avec la même appli. J'imagine que ces champs "propriétaires" sont là pour permettre de garder un format OpenDocument natif, tout en faisant évoluer les capacités du logiciel.
Si on peut utiliser ces champs pour y mettre des choses qui devraient être ailleurs, alors c'est la porte ouverte à tous les abus, parce que 1) certains ne vont pas se priver d'y mettre tout et n'importe quoi pour se rendre incompatibles avec le reste du marché, et 2) certains vont trouver de bon ton de lire ces champs pour se rendre compatibles avec le premier "tricheur", je ne vous raconte pas le bordel.
En ce qui concerne la perte d'information dans les softs les moins évolués, j'ai des doutes. En effet, le XML est particulièrement bien adapté à ça : un champ qu'on ne connait pas, on ne le lit pas, et il reste tel quel. Donc on enregistre, et l'information persistera. Alors oui, ça ne "passera" pas pareil, mais au moins, il n'y aura pas de perte lors des aller-retours. Enfin ça, c'est dans un monde idéal, quand même...
[^] # Re: Est-ce suffisant pour une bonne interopérabilité
Posté par arnaudus . En réponse à la dépêche Enfin une norme pour la bureautique : OpenDocument 1.0. Évalué à 3.
Les informations spécifiques ne devraient concerner que les fonctionnalités impossibles à implémenter dans OpenDocument. Ainsi, tout passerait "le mieux possible", tout en préservant des informations mineures si on a la chance de l'ouvrir avec la même appli. J'imagine que ces champs "propriétaires" sont là pour permettre de garder un format OpenDocument natif, tout en faisant évoluer les capacités du logiciel.
Si on peut utiliser ces champs pour y mettre des choses qui devraient être ailleurs, alors c'est la porte ouverte à tous les abus, parce que 1) certains ne vont pas se priver d'y mettre tout et n'importe quoi pour se rendre incompatibles avec le reste du marché, et 2) certains vont trouver de bon ton de lire ces champs pour se rendre compatibles avec le premier "tricheur", je ne vous raconte pas le bordel.
En ce qui concerne la perte d'information dans les softs les moins évolués, j'ai des doutes. En effet, le XML est particulièrement bien adapté à ça : un champ qu'on ne connait pas, on ne le lit pas, et il reste tel quel. Donc on enregistre, et l'information persistera. Alors oui, ça ne "passera" pas pareil, mais au moins, il n'y aura pas de perte lors des aller-retours. Enfin ça, c'est dans un monde idéal, quand même...