> qui soit stocke dans ODF dans la partie app-specific.
Il n'y a pas de champs app-specific.
Il y a l'espace de non config. Mais tu fais encore du FUD.
ODF est divisé en espace de nom. Chaque espace de nom est des objectifs précis. Dans l'espace de nom style, je n'ai rien qui conserne les tableaux. L'espace config n'est pas là pour stocker du WMF ou dire qu'il faut utiliser la police bidule ou définir des règles de césure.
Config est là pour par exemple stocker l'imprimante à utiliser (c'est OS dépendant et ne conserne pas le document) ou des informations spécifique à l'application (et non comme lire/interpréter un document. Par exemple indiquer si les barres outils sont volantes ou non.
Si un truc est lié par exemple au formatage du document, il n'a pas a être dans config. Et s'il y est, il ne sera pas utilisé pour le formatage du document puisque l'espace de nom config ne conserne pas le formatage de document ni les données du document (saisi par l'utilisateur).
Mais que fait OpenXML ? Pourquoi OpenXML a besoin de stocker des trucs spécifique à MS-Office 97 ?
Prenons MS-Office 97 (le vieux format) et MS-Office 2007 (OpenXML).
Pourquoi il faudrait importer des trucs spécifique à MS-Office 97 dans MS-Office 2007 ?
S'il le document MS-Office 97 définit une imprimante, ce n'est pas spécifique à MS-Office 97 et OpenXML doit avoir une champ qui n'est pas spécifique à MS-Office 97.
Si le document MS-Office 97 stocke des informations de configuration de l'application MS-Office 97 ces informations seront converties pour l'application qui lit OpenXML et donc il n'y a toujours rien de spécifique à MS-Office 97 (sinon OpenXML va stocker des truc pour MS-Office 95, 95, 2000, 2003, OpenXML, un gros bordel quoi).
Si OpenXML fait comme ODF (comme n'arrête pas de la rabacher pasBill pasGates), il n'y a pas de justification stocker des informations spécifiques à MS-Office 97 dans du OpenXML. Si OpenXML fait comme ODF, OpenXML va stocker, par exemple, l'imprimante à utiliser, et des options de configuration de MS Office 2007 et jamais de MS-Office 97 !
Maintenant qu'on a crompris ça, on voit bien l'intention de MS....
Faire que le document (par exemple le formatage, ce qui sera réellement imprimé, etc) dépende de truc non documenté (et potentiellement avec brevet).
Notes qu'ODF n'a pas de telle merde, car ODF n'a pas cette intention à la con.
Pour info, de la spec ODF :
config : For elements and attributes that describe application specific settings.
Ce n'est pas pour le formatage ou autre.
2.4 Application Settings
Application settings are contained in a <office:settings> element.
<define name="office-settings">
<optional>
<element name="office:settings">
<oneOrMore>
<ref name="config-config-item-set"/>
</oneOrMore>
</element>
</optional>
</define>
The settings for office applications may be divided into several categories each represented by a <config:config-item-set> element. For instance the following two categories may exist:
* Document settings, for example default printer.
* View settings, for example zoom level.
Il n'y a rien qui est lié au document (ces données et son formatage). Ce n'est pas dans le "corps" du document. On n'y stocke pas des images, des WMF, etc.
La spéc est claire. Jamais le formatage du document ni sont contenu dépend de config.
Si mon appli se supporte pas ce qui est dans l'espace de nom "config" (par exemple je lis un document qui vient OOo depuis KOffice) ça ne va en rien perturber KOffice pour interpréter complètement le document et l'afficher.
Es-ce le cas pour OpenXML ?
J'en doute puissament.
[^] # Re: Marrant
Posté par IsNotGood . En réponse au journal OOXML est un format propriétaire. Évalué à 1.
Il n'y a pas de champs app-specific.
Il y a l'espace de non config. Mais tu fais encore du FUD.
ODF est divisé en espace de nom. Chaque espace de nom est des objectifs précis. Dans l'espace de nom style, je n'ai rien qui conserne les tableaux. L'espace config n'est pas là pour stocker du WMF ou dire qu'il faut utiliser la police bidule ou définir des règles de césure.
Config est là pour par exemple stocker l'imprimante à utiliser (c'est OS dépendant et ne conserne pas le document) ou des informations spécifique à l'application (et non comme lire/interpréter un document. Par exemple indiquer si les barres outils sont volantes ou non.
Si un truc est lié par exemple au formatage du document, il n'a pas a être dans config. Et s'il y est, il ne sera pas utilisé pour le formatage du document puisque l'espace de nom config ne conserne pas le formatage de document ni les données du document (saisi par l'utilisateur).
Mais que fait OpenXML ? Pourquoi OpenXML a besoin de stocker des trucs spécifique à MS-Office 97 ?
Prenons MS-Office 97 (le vieux format) et MS-Office 2007 (OpenXML).
Pourquoi il faudrait importer des trucs spécifique à MS-Office 97 dans MS-Office 2007 ?
S'il le document MS-Office 97 définit une imprimante, ce n'est pas spécifique à MS-Office 97 et OpenXML doit avoir une champ qui n'est pas spécifique à MS-Office 97.
Si le document MS-Office 97 stocke des informations de configuration de l'application MS-Office 97 ces informations seront converties pour l'application qui lit OpenXML et donc il n'y a toujours rien de spécifique à MS-Office 97 (sinon OpenXML va stocker des truc pour MS-Office 95, 95, 2000, 2003, OpenXML, un gros bordel quoi).
Si OpenXML fait comme ODF (comme n'arrête pas de la rabacher pasBill pasGates), il n'y a pas de justification stocker des informations spécifiques à MS-Office 97 dans du OpenXML. Si OpenXML fait comme ODF, OpenXML va stocker, par exemple, l'imprimante à utiliser, et des options de configuration de MS Office 2007 et jamais de MS-Office 97 !
Maintenant qu'on a crompris ça, on voit bien l'intention de MS....
Faire que le document (par exemple le formatage, ce qui sera réellement imprimé, etc) dépende de truc non documenté (et potentiellement avec brevet).
Notes qu'ODF n'a pas de telle merde, car ODF n'a pas cette intention à la con.
Pour info, de la spec ODF :
Ce n'est pas pour le formatage ou autre.
Il n'y a rien qui est lié au document (ces données et son formatage). Ce n'est pas dans le "corps" du document. On n'y stocke pas des images, des WMF, etc.
La spéc est claire. Jamais le formatage du document ni sont contenu dépend de config.
Si mon appli se supporte pas ce qui est dans l'espace de nom "config" (par exemple je lis un document qui vient OOo depuis KOffice) ça ne va en rien perturber KOffice pour interpréter complètement le document et l'afficher.
Es-ce le cas pour OpenXML ?
J'en doute puissament.