1) parceque l'element en question ne sert a rien pour ODF en tant que tel mais uniquement en tant que compatibilite par rapport a Microsoft Word (je precise bien que ODF n'a pas ete cree dans un but de compatiblite avec une quelconque suite office mais dans un but de perenitte des documents).
2) Il est documente et la documentation est accessible.
Maintenant on va faire simple
Microsoft Oxml:
1) But premier de ce format de document, la compatibilite avec les documents Microsoft Office (d'ou le fait de la conservation des bugs sur les dates entre autre) donc les elements de compatibilites avec les formats binaires precedents sont fondamentales ou le but premier du format est legerement pas respecte.
2) Montre moi un lien, je ne te demande pas dans le document de l'ECMA, ou le word97 truc est defini. C'est pas complique tu montres un seul lien ou cela est explique a quoi ca sert et comment s'en servir. Cela fait maintenant facilement 1 an que le probleme a ete souleve et si l'on suit ta theorie sur SUN, Microsoft aurait du au moins les imiter et publier sur leur site un petit document sur ce sujet. Ils ne le font pas donc c'est totalement volontaire de garder cet element dans le flous (serait-ce pour empecher une compatibilite accru des autres suites office avec les anciens format binaire de microsoft?).
Donc en reprend et on resume, la doc des elements de ODF est complete que ce soit par le document ISO ou par les documents ausquels elle fait reference (et oui plutot qu'etre redondant le comite OASIS a prefere faire appel a des normes deja etablis et referencer des documents publics pour certaines autres choses comme le SVG, le format de compression ZIP etc). De l'autre cote on a un document decrivant le format microsoft oxml qui defini un element qui n'a aucune description ni definition nulle part. Maintenant je pense que ceux qui bossent sur les filtres pour traduire les formats binaires de Microsoft seront ravi de ta contribution avec le lien que tu vas naturellement tres ge ntiment nous fournir pour montrer a quel point j'ai tort. :)
En resume nous sommes toujours a 1-0 (en considerant uniquement ce point) en faveur de ODF.
[^] # Re: ouhais IBM a fait pareil...
Posté par abramov_MS . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 1.
1) parceque l'element en question ne sert a rien pour ODF en tant que tel mais uniquement en tant que compatibilite par rapport a Microsoft Word (je precise bien que ODF n'a pas ete cree dans un but de compatiblite avec une quelconque suite office mais dans un but de perenitte des documents).
2) Il est documente et la documentation est accessible.
Maintenant on va faire simple
Microsoft Oxml:
1) But premier de ce format de document, la compatibilite avec les documents Microsoft Office (d'ou le fait de la conservation des bugs sur les dates entre autre) donc les elements de compatibilites avec les formats binaires precedents sont fondamentales ou le but premier du format est legerement pas respecte.
2) Montre moi un lien, je ne te demande pas dans le document de l'ECMA, ou le word97 truc est defini. C'est pas complique tu montres un seul lien ou cela est explique a quoi ca sert et comment s'en servir. Cela fait maintenant facilement 1 an que le probleme a ete souleve et si l'on suit ta theorie sur SUN, Microsoft aurait du au moins les imiter et publier sur leur site un petit document sur ce sujet. Ils ne le font pas donc c'est totalement volontaire de garder cet element dans le flous (serait-ce pour empecher une compatibilite accru des autres suites office avec les anciens format binaire de microsoft?).
Donc en reprend et on resume, la doc des elements de ODF est complete que ce soit par le document ISO ou par les documents ausquels elle fait reference (et oui plutot qu'etre redondant le comite OASIS a prefere faire appel a des normes deja etablis et referencer des documents publics pour certaines autres choses comme le SVG, le format de compression ZIP etc). De l'autre cote on a un document decrivant le format microsoft oxml qui defini un element qui n'a aucune description ni definition nulle part. Maintenant je pense que ceux qui bossent sur les filtres pour traduire les formats binaires de Microsoft seront ravi de ta contribution avec le lien que tu vas naturellement tres ge ntiment nous fournir pour montrer a quel point j'ai tort. :)
En resume nous sommes toujours a 1-0 (en considerant uniquement ce point) en faveur de ODF.