Et la je pose la question, en quoi est-ce perenne une seule seconde???
Faut être pragmatique. Est-ce que une suite "moderne" comme Office 2007 va générer des hacks tels que présentés dans le document que tu références ? Bien sûr que non. Le problème de pérénité, il est pour les documents fait avec les vieux MS Office. Mais ca c'est pas une grosse découverte, c'était du bon gros binaire proprio non documenté, faut pas venir pleurer aujourd'hui si y'a des problèmes de compatibilité.
Ces hacks servent à quoi alors ? Comme c'est précisé, par soucis de compatibilité, notamment si on veut ouvrir un OpenXML dans un vieux Word.
Là, mon esprit fait vraiment un blocage. Donc je vais presenter mon raisonnement, et je voudrais savoir à quel moment j'ai un probleme.
1)Je crée un document sous OOXML, je l'enregistre betement.
->donc il n'est pas lisible sous un vieux word
2)Je veux qu'il soit utilisable par mon voisin qui utilise un vieux word, donc je le dit a ma machine qui pond le gros bianaire tout moche mais comme il est mis entre les bonne balises, sa reste un OOXML
->mais dans ce cas, les autres implementations d'OOXML, elles font comment pour dechiffrer le gros binaire ?
->pourquoi je ne ferais pas comme avant où je me contentai de dire à mon logiciel de l'enregistrer en .doc pour une certaine version ?
Je me suis dit que l'interet etait peut etre dans l'autre sens.
1)Mon voisin qui utilise un vieux word me file un fichier.
2)Je l'ouvre, je le sauvegarde en OOXML (un format normalisé, c'est chouette) et comme sa vient d'un vieux word, il me le met en gros binaire entre balise.
-> j'en reviens à comment font les autres implementations.
Donc en fait, je me dis que je n'ai pas le bon schema de fonctionnement... donc si on peut m'expliquer, je suis preneur ^ ^
Là où j'ai vraiment du mal à comprendre, c'est pourquoi on ne peut pas écrire proprement ce qu'on faisait sans perdre de donnée en cours de route (je ne sais pas, les fonctionnalité des suites bureautiques ont diminuées ?) et pourquoi on ne pourrait pas faire l'operation inverse lorsqu'on n'as pas utilisé de nouvelles fonctionnalités (on pourrait imaginer que lorsqu'avec la derniere version de MSoffice on ouvre un vieux word, sa nous coupe les nouvelles fonctionnalité pour pouvoir sauvegarder au meme format et qu'on debloquerait tout en sauvegardant en OOXML) ?
J'aimerai bien avoir un exemple où ce n'est pas faisable... ou bien qu'on me dise jsute que sa couterait trop cher de faire les choses proprement.
D'ailleur la spécif le dit très clairement : il n'y a pas d'obligation à implémenter ces "hacks", seulement si l'on souhaite garder une certaine compatibilité (parc existant de machines dans une enteprise par exemple).
Pourquoi utiliser OOXML alors ? D'ailleurs, ils n'utiliseront pas OOXML, ils resteront sur les plus vieux formats utilisés non ? Si c'est juste pour une question de representation interne des données pour le logiciel, sa n'as pas à être normalisé, celle la sortie est concernée non ? Elle est où l'utilité des "hacks" ?
[^] # Re: paille/poutre etc
Posté par Guillaume Rossignol . En réponse à la dépêche La route de PDF vers l'ISO. Évalué à 5.
Là, mon esprit fait vraiment un blocage. Donc je vais presenter mon raisonnement, et je voudrais savoir à quel moment j'ai un probleme.
1)Je crée un document sous OOXML, je l'enregistre betement.
->donc il n'est pas lisible sous un vieux word
2)Je veux qu'il soit utilisable par mon voisin qui utilise un vieux word, donc je le dit a ma machine qui pond le gros bianaire tout moche mais comme il est mis entre les bonne balises, sa reste un OOXML
->mais dans ce cas, les autres implementations d'OOXML, elles font comment pour dechiffrer le gros binaire ?
->pourquoi je ne ferais pas comme avant où je me contentai de dire à mon logiciel de l'enregistrer en .doc pour une certaine version ?
Je me suis dit que l'interet etait peut etre dans l'autre sens.
1)Mon voisin qui utilise un vieux word me file un fichier.
2)Je l'ouvre, je le sauvegarde en OOXML (un format normalisé, c'est chouette) et comme sa vient d'un vieux word, il me le met en gros binaire entre balise.
-> j'en reviens à comment font les autres implementations.
Donc en fait, je me dis que je n'ai pas le bon schema de fonctionnement... donc si on peut m'expliquer, je suis preneur ^ ^
Là où j'ai vraiment du mal à comprendre, c'est pourquoi on ne peut pas écrire proprement ce qu'on faisait sans perdre de donnée en cours de route (je ne sais pas, les fonctionnalité des suites bureautiques ont diminuées ?) et pourquoi on ne pourrait pas faire l'operation inverse lorsqu'on n'as pas utilisé de nouvelles fonctionnalités (on pourrait imaginer que lorsqu'avec la derniere version de MSoffice on ouvre un vieux word, sa nous coupe les nouvelles fonctionnalité pour pouvoir sauvegarder au meme format et qu'on debloquerait tout en sauvegardant en OOXML) ?
J'aimerai bien avoir un exemple où ce n'est pas faisable... ou bien qu'on me dise jsute que sa couterait trop cher de faire les choses proprement.
Pourquoi utiliser OOXML alors ? D'ailleurs, ils n'utiliseront pas OOXML, ils resteront sur les plus vieux formats utilisés non ? Si c'est juste pour une question de representation interne des données pour le logiciel, sa n'as pas à être normalisé, celle la sortie est concernée non ? Elle est où l'utilité des "hacks" ?