LibreOffice attaque Microsoft pour son format .docx .xlsx .pptx (OOXML) et OnlyOffice pour son utilisation des formats de Microsoft

Pourquoi OOXML n'est pas un format standard pour les documents bureautiques

Malheureusement, je lis régulièrement des articles sur des défenseurs du logiciel libre qui utilisent sans problème les formats propriétaires DOCX, XLSX et PPTX de Microsoft pour leurs documents et préfèrent donc des logiciels propriétaires comme OnlyOffice à LibreOffice. D'autres vont jusqu'à affirmer des choses aberrantes, comme : « OOXML est un format standard, et nous devons l'accepter. »

Je voudrais donc saisir cette occasion pour clarifier, une fois pour toutes, pourquoi OOXML n'a jamais été, n'est pas et ne sera jamais un format standard à moins que Microsoft ne décide de repenser entièrement ses applications bureautiques.

Compte tenu des décisions passées, comme l'incapacité d'Excel à gérer correctement certains éléments du génome humain, je considère cela impossible. Face au refus de Microsoft de corriger un bug évident d'Excel, la communauté scientifique a été contrainte de modifier le nom de ces éléments.

Autrement dit, à cause de Microsoft, nous tous, citoyens du monde, sommes concernés par la modification du nom de certains éléments de notre génome, avec toutes les conséquences que cela implique pour la recherche scientifique et, par conséquent, pour le traitement des maladies génétiques. C'est un fait extrêmement important qui n'a pas bénéficié d'une couverture médiatique suffisante, mais qui illustre à quel point Microsoft est prêt à tout sacrifier pour servir ses propres intérêts commerciaux.

Mais revenons à OOXML.

En théorie, OOXML (Office Open XML) est une norme ISO/IEC (ISO/IEC 29500), malgré les nombreuses critiques techniques formulées lors de son élaboration et totalement ignorées par l'ISO/IEC. Cela démontre qu'il ne s'agit pas d'une norme, et encore moins d'une norme ouverte.

Voici un résumé de ces critiques :

Complexité des spécifications : la norme est extrêmement volumineuse (environ 7 000 pages), ce qui rend sa mise en œuvre correcte par des tiers pratiquement impossible. Cela contraste fortement avec les normes concurrentes telles que l’ODF, qui sont beaucoup plus concises.

Incohérences d'implémentation : les applications Microsoft Office n'implémentent pas la version normalisée (ISO/IEC 29500 Strict), mais utilisent la variante « Transitionnelle », qui inclut des fonctionnalités de compatibilité avec des formats hérités qui contredisent l'objectif déclaré d'être un format propre, moderne et surtout ouvert et standard.

Dépendances propriétaires : Les spécifications font référence à plusieurs comportements hérités non documentés des versions précédentes de Microsoft Office et exigent que les développeurs décodent des fonctionnalités spécifiques à Windows pour assurer la compatibilité.

Vestiges de données binaires : Bien qu'étant basé sur XML, OOXML intègre des structures de données binaires à de nombreux endroits, notamment pour assurer la rétrocompatibilité avec les formats existants, ce qui compromet la transparence que XML devrait garantir.

Éléments spécifiques à la plateforme : La norme contient des éléments spécifiques à Windows liés aux polices, au rendu et à d’autres comportements du système qui rendent toute implémentation multiplateforme difficile, voire impossible.

Controverse autour du processus de normalisation : La procédure d’approbation accélérée adoptée pour OOXML par l’ISO/CEI a suscité une vive controverse, des allégations d’irrégularités de procédure et de manipulation des votes soulevant des doutes légitimes quant à la validité de la norme.

Ces problèmes ont fait que, même si OOXML est techniquement devenu une norme, il a toujours été une spécification de format propriétaire de Microsoft et non une norme ouverte véritablement neutre vis-à-vis des fournisseurs.

Dans les semaines à venir, j'explorerai en détail certaines des affirmations formulées dans cet article, en y incluant tous les éléments techniques pertinents.

Pour l'instant, toute personne intéressée peut consulter cette présentation PDF de 2018, faisant référence à la norme ISO/IEC 29500-1:2016 (et à la norme ECMA 376 correspondante), qui recense certains problèmes et fournit des détails techniques qui clarifient au moins certaines des affirmations.

Source : Blod de The Document Foundation (organisation allemande qui a pour objectif de créer et gérer LibreOffice) le 6/02/2026

On peut critiquer OOXML, ou le comparer à ODF, mais aller raconter que ce n'est "pas une norme", c'est au mieux de la mauvaise foi et au pire du mensonge.
L'emphase mise par Microsoft sur la compatibilité avec les anciennes versions d'Office a forcément un coût sur l'intelligibilité de la norme.

Il y a eu des grosses avancées récemment sur le support des fichiers OOXML par Google Docs, et même par les logiciels d'intelligence artificielle générative, qui montrent selon moi que l'implémentation multiplaforme n'est pas "difficile, voire impossible".

Nous souhaiterions que tous les logiciels adoptent l'ODF comme format de référence

Je le souhaite aussi, mais quand on voit que même les administrations continuent de distribuer uniquement des fichiers .docx, on en est loin