Sommaire
Quand une personne, un gouvernement, une école ou une entreprise choisit un format pour conserver et échanger ses documents numériques, ce n’est pas seulement une décision technique, mais cela revient à placer un pari sur le type d’infrastructure numérique dont ils dépendront dans le futur.
En ce sens, les formats ODF et OOXML ne sont pas des options équivalentes parmi d’autres, mais des solutions radicalement différentes : l’une est tournée vers un avenir d’ouverture, d’interopérabilité et de souveraineté numérique, quand l’autre est resté sur un passé où l’on défendait la position dominante d’une entreprise via un verrouillage numérique.
ODF est conçu pour être ouvert et transparent
Le format OpenDocument a été envisagé dès le départ comme un standard ouvert. Il a été conçu et développé par une communauté sous les auspices du consortium OASIS, puis ratifié par l’ISO, afin d’être implémenté par n’importe qui, sur n’importe quelle plateforme, sans avoir à verser des redevances et sans dépendre d’une seule entreprise ni nécessiter son autorisation.
Il ne s’agit pas là de détails techniques insignifiants, mais bien d’une déclaration de stratégie politique et économique inhérente au format lui-même.
ODF est basé sur un schéma XML épuré facile à lire même pour les personnes non initiées à la technique et réutilisable. La nomenclature des couleurs respecte les conventions Web et son architecture réutilise des composants issus des normes ouvertes largement adoptés. Le format a été conçu pour travailler dans une infrastructure transparente et ouverte, pas contre elle.
Lorsqu’une administration publique archive un document au format ODF, on peut être sûr que n’importe quel futur gouvernement, n’importe quelle future application, propriétaire ou libre, et n’importe quelle future plateforme pourra le lire, le gérer, traiter et transformer ce document parce que les spécifications sont publiques et qu’elles sont claires, complètes et exemptes de toute restriction.
En ce sens, l’engagement en faveur d’ODF est tourné vers l’avenir, car il s’inscrit dans la lignée de l’évolution des technologies et des infrastructures basées sur le logiciel libre ainsi que dans celle de la stratégie européenne en matière de souveraineté numérique.
OOXML a été conçu pour préserver le passé
Le format OOXML, ou Office Open XML, n’a pas été conçu dans un souci d’interopérabilité, mais pour répondre à un objectif très précis : encoder les formats binaires de Microsoft Office en XML de manière à permettre à Microsoft de prétendre respecter la norme sans pour autant renoncer à son emprise sur les utilisateurs par le biais d’un verrouillage technologique.
Cette genèse n’est pas de l’histoire ancienne, mais remonte à la période comprise entre 2006 ‒ par pure coïncidence, l’année où le format ODF a été approuvé par l’ISO ‒ et 2008, année de l’événement grotesque connu sous le nom de « Ballot Resolution Meeting » (réunion de résolution des votes), qui a conduit à l’approbation d’OOXML par l’ISO et qui est consignée dans toutes les versions de la spécification.
OOXML Transitional, la variante que presque tous les documents Microsoft Office utilisent en pratique, et la seule disponible aujourd’hui, est explicitement définie comme une couche de compatibilité avec les anciens formats binaires (les, désormais oubliés, DOC, XLS et PPT, qui n’étaient rien d’autre que l’enregistrement de la mémoire de travail sur le disque), et contient des milliers d’éléments non documentés, d’exceptions spécifiques au format et de références à des systèmes Microsoft hérités qu’aucun tiers ne peut reproduire intégralement.
La spécification elle-même reconnaît que les fichiers Transitional peuvent contenir des éléments dont le comportement est « hérité » et dont l’affichage correct nécessite une connaissance des systèmes propriétaires de Microsoft. En bref, pour implémenter correctement OOXML Transitional, il faut décoder trente ans d’histoire de Microsoft Office, ce que personne, à l’exception de Microsoft, ne peut faire, et que personne ne pourra jamais faire.
En ce sens, choisir OOXML n’est pas un pari mais un choix rétrograde, parce que le format n’est ouvert qu’en apparence ‒ mais il suffit de très peu, d’un peu de bonne volonté, pour se rendre compte qu’il est complètement fermé ‒ et a été conçu pour être un mécanisme de verrouillage.
Deux voies de normalisation complètement différentes
Le parcours de l’OOXML vers la ratification ISO est un catalogue de tout ce qui ne devrait jamais se produire au cours d’un processus de normalisation, à commencer par la méthode Fast Track. Un commentaire disait : « Ce serait vraiment triste si l’ISO abaissait ses normes au point d’accepter cette monstruosité ».
Un autre commentaire, émanant d’un membre du comité technique de l’ISO qui a approuvé OOXML, résume bien les problèmes de ce format : « Le problème avec OOXML ne réside pas seulement dans le fait que le document lui-même est d’une taille monstrueuse. Le format OOXML actuel présente un certain nombre de problèmes techniques qui ont été énumérés en détail ailleurs. Un autre problème réside dans le fait que la spécification elle-même n’est pas rédigée comme une norme, mais plutôt comme le type de documentation technique que l’on s’attendrait à trouver pour un produit commercial. Cela entraînera de graves problèmes d’interopérabilité dans la pratique, et comme l’interopérabilité est l’essence même d’une norme, cela est inacceptable ».
Le marché a confirmé ce que le processus de normalisation avait cherché à dissimuler : OOXML Transitional n’a jamais offert l’interopérabilité qu’il promettait, ainsi que le confirment les pertes de contenu, les différences d’affichage et diverses autres incompatibilités entre la mise en œuvre de Microsoft Office et celles de tiers, qui persistent et sont encore documentées aujourd’hui. Une véritable norme devrait être parfaitement reproductible en suivant sa spécification, et ne devrait pas nécessiter de recourir à la rétro-ingénierie ou à des approches par essais et erreurs.
L’ODF, en revanche, a suivi le processus de normalisation ISO, et c’est pour cette raison qu’il s’agit du format recommandé par le cadre d’interopérabilité de l’UE, par le Deutschland-Stack allemand ‒ qui l’impose aux côtés du PDF/UA à tous les niveaux de l’administration publique ‒ et par un nombre croissant de cadres nationaux, qui ont conclu de manière indépendante qu’une réelle interopérabilité nécessite une norme véritablement ouverte, qui réponde à la définition d’une norme telle que l’ODF.
L’ODF est « tourné vers l’avenir »
Un format tourné vers l’avenir est un format qui réduit la dépendance future, et non qui la renforce. C’est un format qui peut être utilisé sans nécessiter la connaissance des technologies propriétaires d’un seul fournisseur. C’est un format qu’une administration publique peut confier en toute confiance à ses citoyens, à ses archives et à ses successeurs.
ODF répond à ces critères. Son architecture est transparente, ses schémas sont clairs et sa gouvernance est véritablement ouverte. Ses différentes implémentations démontrent chaque jour qu’il peut être mis en œuvre intégralement et fidèlement par des projets très différents les uns des autres, non pas parce qu’ils l’ont rétro-conçu, mais parce que les spécifications sont complètes et facilement compréhensibles.
Un format « tourné vers le passé », en revanche, est un format qui lie l’avenir aux stratégies commerciales d’un seul fournisseur. En ce sens, OOXML Transitional est un artefact archéologique qui préserve le passé au détriment de l’avenir. Les organisations qui l’adoptent comme norme parient ‒ ou peut-être espèrent-elles simplement ‒ que la feuille de route de Microsoft, la tarification de Microsoft et les choix de plateformes de Microsoft resteront inchangés indéfiniment.
C’est un risque qu’aucun gouvernement, aucune entreprise ni aucune institution ‒ ni d’ailleurs aucun individu soucieux de l’intégrité à long terme de ses données ‒ ne devrait se sentir à l’aise de prendre.
Le problème avec les « alternatives » c’est qu’elles ne sont pas vraiment alternatives
L’OOXML ‒verrouillé par conception comporte une deuxième dimension, plus subtile‒ et bien plus dangereuse pour les utilisateurs et les utilisatrices ‒, qui mérite d’être expliquée : le rôle des logiciels qui se présentent comme une alternative à Microsoft Office, mais qui utilisent OOXML comme format natif par défaut.
C’est un choix technique biaisé. Il s’agit là d’un choix technique partial. Lorsqu’une suite bureautique, qu’elle soit propriétaire ou « nominalement » open source, définit OOXML comme format par défaut pour les documents, elle n’offre pas de moyen de sortir de l’écosystème Microsoft, mais le renforce en réalité. Chaque fichier OOXML créé par une application non-Microsoft est un fichier qui valide OOXML en tant que norme, ce qui alimente le discours de Microsoft sur l’interopérabilité et rend la migration hors de la collection de formats Microsoft légèrement plus difficile.
Les alternatives réelles ‒ les applications qui prennent au sérieux l’interopérabilité et les normes ouvertes ‒ utilisent ODF par défaut et traitent OOXML comme une couche de compatibilité pour l’importation/exportation, et non comme un format natif. La distinction est importante : c’est la différence entre soutenir l’écosystème des formats ouverts et confier sa stratégie de format à l’architecture héritée de Microsoft, tout en parlant d’ouverture.
L’Allemagne a fait son choix
Le mandat allemand sur le Deutschland-Stack est le signal le plus clair de ces derniers temps quant à la direction prise par la politique européenne. En rendant l’ODF obligatoire à tous les niveaux fédéral, régional et municipal, l’Allemagne a institutionnalisé ce que les défenseurs de cette cause réclamaient depuis au moins vingt ans : que les normes ouvertes soient des pré-requis pour une souveraineté numérique, et non une simple option.
Cette obligation n’est pas contre Microsoft mais en faveur de la souveraineté, parce qu’elle affirme que les documents administratifs appartiennent à l’État, et non à un seul fournisseur. Les données des citoyens doivent rester lisibles à jamais et ne peuvent en aucun cas être soumises à une licence logicielle. Par conséquent, le format de document doit permettre aux administrations publiques de faire un choix indépendant et de migrer sans que le format lui-même ne constitue un obstacle.
La voie est claire
L’ODF est le format de la souveraineté numérique et d’une infrastructure publique ouverte, transparente et interopérable. Il a été conçu pour un avenir où aucun fournisseur unique ne pourra contrôler le niveau documentaire de la civilisation.
OOXML est un format étroitement lié à l’histoire de l’entreprise Microsoft, traduit en XML et ratifié au milieu de la controverse. Il a été conçu pour garantir que l’avenir reste compatible avec le passé de Microsoft, ce qui réduit considérablement la liberté de choix des gouvernements, des organisations, des entreprises et des particuliers et qui limite leur contrôle sur leurs documents.
Quelques notes de la traductrice
Quand Italo Vignali dit que le format :
ODF est basé sur un schéma XML épuré facile à lire même pour les personnes non initiées à la technique
Il a tout à fait raison. Les spécifications sont plutôt faciles à comprendre dans l’ensemble et le système de balisage est tout aussi facile à comprendre. Quant à la structure d’un fichier ODF (qui est en fait un fichier compressé) est aussi simple et claire. Et cela même si le fichier XML peut être plutôt difficile à lire selon la complexité du fichier généré.
J’ai traduit « open source » par « logiciel libre » car il m’a semblé que c’était clairement le propos.
Cet article s’inscrit dans toute une série d’articles qu’Italo Vignoli a écrit sur le format ODF (EN), il n’est pas improbable qu’il l’ait écrit (ou, tout au moins, mis en ligne) en réaction à la décision de NextCloud de configurer l’OOXML comme format par défaut de Collabora Online.
L’article d’origine est sous licence CC BY-SA 3.0, qui est une version plus ancienne de celle utilisée par défaut sur LinuxFR.
Et enfin, cette traduction a été assistée par DeepL.
Connexion
