Comment est-ce qu'une application autre que OO qui doit ouvrir un document ODF avec cet element doit l'interpreter pour garantir un rendu correct ?
Parce que ca a beau etre dans un truc "application-defined", ca decrit le format du texte. Si un autre soft veut lire ce document, qui est un document ODF hein, il doit interpreter cet element correctement.
Qu'on mette cela dans un truc app-specific ou pas c'est un peu secondaire, il me semble que le plus important c'est de pouvoir afficher un document fidele a l'original.
Au passage... le conteneur ODF <config:config-item> pourrait très bien contenir un autoSpaceLikeWord95 et même autoSpaceLikeWord2007 sans avoir besoin de faire évoluer la norme ODF... alors que pour déclarer UseFormerLineSpacing dans du FOOXML... ben c'est pas possible en l'état.
Eh si c'est possible, cf.la section "Extended File Properties" dans la description d'OpenXML
[^] # Re: questions...
Posté par pasBill pasGates . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 1.
Comment est-ce qu'une application autre que OO qui doit ouvrir un document ODF avec cet element doit l'interpreter pour garantir un rendu correct ?
Parce que ca a beau etre dans un truc "application-defined", ca decrit le format du texte. Si un autre soft veut lire ce document, qui est un document ODF hein, il doit interpreter cet element correctement.
Qu'on mette cela dans un truc app-specific ou pas c'est un peu secondaire, il me semble que le plus important c'est de pouvoir afficher un document fidele a l'original.
Au passage... le conteneur ODF <config:config-item> pourrait très bien contenir un autoSpaceLikeWord95 et même autoSpaceLikeWord2007 sans avoir besoin de faire évoluer la norme ODF... alors que pour déclarer UseFormerLineSpacing dans du FOOXML... ben c'est pas possible en l'état.
Eh si c'est possible, cf.la section "Extended File Properties" dans la description d'OpenXML