Que le parametere soit dans la partie app-specific ou ailleurs ca ne change rien au fait que comprendre l'element est necessaire pour formatter le document correctement, t'as visiblement rate cette etape.
Ce qui a rien a voir avec ODF mais est un problème dut à OOo, tu as visiblement raté cette étape.
Bref, qu'ODF le mette dans une partie app-specific on s'en fout,
ODF le spécifie pas, donc en partant de la ...
au final l'application a besoin de comprendre le parametre pour afficher correctement le document,
SI ET SEULEMENT SI ca a été convertis par OOo. Peut etre qu'un document convertis par koffice ne présente pas ce problème?
et dans les 2 cas (OXML et ODF) ils sont dans la meme mouise en cas de comportement non documente.
Excepté que les appli-spécifique de OOo sont documentés, pas les balises de compatibilité de OOXML.
Donc ils ne sont PAS DU TOUT dans la meme mouise.
l'element doit donc clairement etre present dans le format, meme si on ne sait pas comment le representer.
C'est pas en le répentant plus de fois que ca deviendra automagiquement vrai.
[^] # Re: Marrant
Posté par briaeros007 . En réponse au journal OOXML est un format propriétaire. Évalué à 2.
Ce qui a rien a voir avec ODF mais est un problème dut à OOo, tu as visiblement raté cette étape.
Bref, qu'ODF le mette dans une partie app-specific on s'en fout,
ODF le spécifie pas, donc en partant de la ...
au final l'application a besoin de comprendre le parametre pour afficher correctement le document,
SI ET SEULEMENT SI ca a été convertis par OOo. Peut etre qu'un document convertis par koffice ne présente pas ce problème?
et dans les 2 cas (OXML et ODF) ils sont dans la meme mouise en cas de comportement non documente.
Excepté que les appli-spécifique de OOo sont documentés, pas les balises de compatibilité de OOXML.
Donc ils ne sont PAS DU TOUT dans la meme mouise.
l'element doit donc clairement etre present dans le format, meme si on ne sait pas comment le representer.
C'est pas en le répentant plus de fois que ca deviendra automagiquement vrai.