La reponse est que ces softs concernes ont des comportements particuliers qui n'ont pas leur place dans une spec moderne.
Et bien justement, c'est exactement une des choses que l'on reproche à ooxml : la partie compatibilité n'a rien à faire dans une spec moderne.
Encore une fois, c'est au filtre d'importation de gérer les comportements boiteux de ces softs, même si cela complexifie ces filtres : de toute façon on en aura a priori de moins en moins besoin...
si tu jettes un oeil a la spec, tu verras qu'il s'agit non seulement de Word97, mais de WordPerfect aussi
Tu remarqueras qu'en dehors du passage où je reprends ton propos au sujet du filtre ooxml->.doc, je ne site pas de logiciel particulier. Le fait est que les parties optionnelles ne pourront être implémentées que par les éditeurs ayant accès aux documentions des formats, fermés, en question. Les autres ne pourrons pas a priori ouvrir correctement un dociment ooxml comportant des éléments de compatibilités (même si ceux-ci sont optionnels dans la norme).
[^] # Re: questions...
Posté par sobek . En réponse à la dépêche Normalisation de l'OOXML par l'ISO freinée par les États-Unis. Évalué à 3.
Et bien justement, c'est exactement une des choses que l'on reproche à ooxml : la partie compatibilité n'a rien à faire dans une spec moderne.
Encore une fois, c'est au filtre d'importation de gérer les comportements boiteux de ces softs, même si cela complexifie ces filtres : de toute façon on en aura a priori de moins en moins besoin...