Convertir ODT en DOCX

Le fichier lui-même est rarement le problème. LibreOffice Writer produit un fichier texte OpenDocument standard, et quiconque a LibreOffice, un Word récent ou Google Docs peut le lire. Ce qui le refuse, c’est la couche de logiciels entre les deux : le portail de recrutement dont le champ d’upload liste .doc et .docx, le formulaire de soumission de subvention, l’éditeur qui renvoie un modèle, le système de gestion documentaire qui indexe les fichiers Word et ignore tranquillement tout le reste.

Aucun d’eux ne fera d’exception pour un seul candidat. Convertir est le chemin le moins cher pour passer outre, et pour le genre de document qui en a généralement besoin — un CV, une lettre de motivation, un chapitre, un rapport — cela ne coûte essentiellement rien. L’argument en faveur des formats ouverts est bon et ce n’est pas un argument qu’on peut gagner dans les quatre heures qui précèdent une échéance.

Microsoft Word lit et écrit le texte OpenDocument depuis de nombreuses années. Si la seule chose qui se dresse entre vous et le destinataire est une personne avec une copie actuelle de Word, envoyez l’ODT et sautez cette page entièrement. C’est une vraie réponse et c’est plus rapide que de convertir.

Convertissez quand l’obstacle n’est pas une personne. La validation d’un formulaire d’upload ne se soucie pas de ce que Word peut faire. Ni un modèle de publipostage, ni une chaîne d’assemblage de documents, ni un vérificateur de plagiat, ni un service informatique qui a désactivé la prise en charge d’ODF. Un DOCX retire aussi toute une classe de courriels — celui qui dit que votre fichier ne s’est pas ouvert correctement — et ce courriel coûte bien plus de temps que la conversion.

Pour des documents ordinaires, presque tout. Les styles de paragraphe et de caractère s’alignent sur les styles Word plutôt que de s’aplatir en formatage direct, les tableaux gardent leurs cellules, leurs bordures et leurs zones fusionnées, les images restent ancrées là où elles ont été placées, les en-têtes et les pieds de page passent, les notes de bas de page et de fin restent attachées à leurs références, et la mise en page — marges, orientation, sauts de section — arrive comme elle est partie.

La conversion passe par LibreOffice lui-même, qui est le programme qui a écrit l’ODT à l’origine. Cela vaut plus qu’il n’y paraît. Il n’y a pas de tiers au milieu qui se fait sa propre opinion de ce que la spécification OpenDocument entendait par un style de liste ; la même base de code lit le fichier et écrit le document Word, ce qui explique pourquoi les modes d’échec ici sont étroits et prévisibles plutôt qu’assortis. Le moteur sur le serveur est un LibreOffice headless avec les composants Writer, Calc et Impress installés, exécuté une fois par fichier avec son propre répertoire de profil, ce qui est le même chemin que vous prendriez en ouvrant le document et en choisissant Enregistrer sous sur votre propre machine.

Un document ne contient pas ses polices à moins que quelqu’un ne les ait délibérément embarquées, et convertir le conteneur ne change rien à cela. Si l’ODT a été écrit dans une police que le destinataire n’a pas, le DOCX nommera la même police manquante, et Word en substituera une sur place — généralement avec des métriques différentes, ce qui déplace chaque saut de ligne du fichier.

La machine qui effectue cette conversion embarque la famille Liberation, Carlito et Caladea, qui sont des remplaçants métriquement identiques pour Arial, Times New Roman, Courier New, Calibri et Cambria. Cela maintient la mise en page stable pendant la conversion. Cela ne fait rien pour l’ordinateur portable à l’autre bout, donc un document écrit pour Word est plus sûr s’il est écrit dans des polices que Word livre déjà. Si le design exige vraiment autre chose, les options consistent à embarquer la police dans le DOCX avant de l’envoyer, à convertir les titres concernés en images, ou à accepter que le destinataire verra une approximation — et la première dépend de la licence de la police qui autorise l’embarquage, ce que toutes n’autorisent pas.

La raison honnête la plus fréquente de produire un DOCX est qu’un relecteur a l’intention d’activer le suivi des modifications et de le renvoyer. Les deux formats enregistrent les révisions et les commentaires, et la correspondance entre eux est bonne, mais un document qui porte déjà trois tours de suivi des modifications OpenDocument est exactement là où une inadéquation silencieuse coûte cher, parce que personne ne relit un paragraphe qu’il croit avoir déjà approuvé.

Résolvez donc ce qui est déjà en cours avant de convertir, et remettez un DOCX propre. Les marques du relecteur seront alors celles de Word lui-même, ce que vous vouliez au départ. Un document qui fait deux allers-retours à travers deux modèles de révision différents, c’est comment un commentaire finit ancré à la mauvaise phrase, et aucun des deux programmes ne vous dira que c’est arrivé. L’exception est quand les révisions sont elles-mêmes le livrable — un contrat négocié où l’historique des amendements est le registre. Là, convertissez, puis ouvrez le résultat et lisez le volet de révision contre l’original avant que quoi que ce soit soit signé ou classé.

Si l’ODT porte des macros, ce sont du LibreOffice Basic écrit contre le modèle objet de LibreOffice. Word exécute du VBA contre un modèle différent, avec des noms différents pour des choses différentes. Il n’y a pas de traduction entre eux et aucune n’est tentée, donc l’automatisation est abandonnée tandis que le texte, la mise en forme, les tableaux et les images arrivent intacts.

Pour la grande majorité des documents, c’est invisible, parce qu’ils ne contiennent pas de macros. Là où cela compte — un formulaire qui calcule des totaux, un modèle qui remplit des champs à l’ouverture — convertir est le mauvais instrument entièrement. Ce comportement doit être reconstruit dans le programme cible par quelqu’un qui comprend à quoi il servait, et aucun convertisseur ne peut le faire.

Ce sont les parties qui ressemblent à du texte et qui n’en sont pas, et ce sont les parties qu’il vaut la peine d’ouvrir dans le résultat pour vérifier. Une table des matières doit encore être un champ qui se met à jour plutôt qu’une liste figée. La numérotation des chapitres doit encore être attachée au style de titre. Un renvoi doit encore pointer sur sa cible plutôt que de se résoudre en message d’erreur là où se trouvait un numéro de figure.

Les cas standards passent. Ce sont les cas élaborés qui divergent : les styles de liste à plusieurs niveaux liés à des niveaux de plan personnalisés, les renvois qui traversent les limites de section, les légendes numérotées avec un préfixe de chapitre. Si votre document a les trois, prévoyez cinq minutes dans Word ensuite pour appuyer sur « mettre à jour » et regarder ce qui a changé. La raison de vérifier plutôt que de faire confiance, c’est que ces constructions échouent en silence : une table des matières arrivée en texte brut liste encore correctement tous les titres le jour de la conversion, et cesse d’être correcte la première fois que quelqu’un ajoute une section.

Le volume, c’est là que cette paire montre son utilité : un bureau qui passe à Microsoft 365, un consultant qui livre quarante rapports, un service dont le nouveau système d’archives n’indexe que les fichiers Word. Déposez le dossier entier plutôt qu’un document à la fois — chaque fichier se convertit à son tour, garde son nom avec l’extension changée, et l’ensemble revient dans un seul ZIP.

Gardez les ODT d’origine jusqu’à ce que quelqu’un ait ouvert un échantillon de la sortie dans un vrai Word, pas dans LibreOffice. Une transmission qui supprime les sources avant que quiconque ait regardé est celle qui tourne mal, et elle tourne mal trois semaines plus tard, quand personne ne se souvient de quoi l’original était censé avoir l’air et que la personne qui l’a écrit est partie.

La plupart des conversions de ce site tournent dans votre navigateur et rien n’est transmis. Celle-ci ne le peut pas : transformer un fichier OpenDocument en document Word exige une suite bureautique complète, donc le fichier voyage par une connexion chiffrée vers un conteneur qui exécute LibreOffice en mode headless et ne contient rien d’autre. C’est dit clairement ici parce que l’alternative — laisser entendre que cela se passe en local — serait fausse.

Le conteneur n’a pas d’accès internet sortant. Chaque tâche reçoit son propre répertoire de travail et son propre profil LibreOffice, et ce répertoire est retiré à la fin de la tâche, qu’elle ait réussi ou échoué. Une tâche qui tourne encore après soixante secondes est tuée, parce qu’un document mal formé a tendance à faire bloquer LibreOffice plutôt qu’à signaler une erreur. Le plafond gratuit est de 25 Mo par fichier, qu’un document texte n’atteint que lorsqu’il transporte des photographies ; cent pages de prose sont bien en dessous du mégaoctet. Si un dossier contient un énorme manuel illustré et quarante rapports ordinaires, convertissez les quarante et traitez le manuel séparément plutôt que de réduire tout le lot à la taille de son plus gros élément.

Si personne ne va taper dans le document, le DOCX est la mauvaise cible. Envoyer un fichier Word pour qu’il soit lu, c’est envoyer une copie modifiable de votre travail, avec vos styles, les propriétés de votre document, et tout l’historique de révisions que vous avez oublié d’effacer. Cela invite aussi le destinataire à changer quelque chose et à vous le renvoyer sans vous le dire.

Convertissez plutôt l’ODT en PDF quand la chose est terminée — une facture, une lettre signée, un rapport soumis, une grille tarifaire. Choisissez DOCX quand quelqu’un va vraiment l’éditer. Cette seule question tranche le format bien plus sûrement que n’importe quelle comparaison fonctionnalité par fonctionnalité entre les deux.