Coller du Markdown dans Word ou Google Docs sans perdre la mise en forme

Réduire le Markdown à des caractères est la bonne réponse pour un champ de formulaire. C’est la mauvaise réponse pour un document. Si vous collez dans Word ou Google Docs, vous voulez que les titres soient des titres et que le tableau soit un tableau.

C’est une conversion différente, et elle passe par une partie du presse-papiers à laquelle presque personne ne pense.

Le presse-papiers contient plus d’une chose

Une seule opération de copie peut transporter le même contenu dans plusieurs formats à la fois. Quand vous copiez depuis un traitement de texte, le presse-papiers reçoit text/html et text/plain. L’application dans laquelle vous collez prend celui qu’elle comprend : Word prend le HTML et reconstruit la mise en forme ; un terminal prend le texte brut et ignore le reste.

C’est pourquoi coller depuis un navigateur dans Word conserve le gras, alors que coller la même chose dans un éditeur de code ne le conserve pas. Rien n’a été perdu — deux versions ont voyagé ensemble et chaque destination en a choisi une.

La conversion en texte enrichi écrit ici les deux. Choisissez Texte enrichi comme format de sortie et appuyez sur Copier : le presse-papiers reçoit le HTML rendu à côté d’une solution de repli en texte brut. Collez dans Word, Docs, Gmail ou Outlook et la mise en forme arrive. Collez dans un terminal et vous obtenez du texte lisible plutôt que du balisage.

Ce qui passe

Les titres, le gras et l’italique, les listes ordonnées et non ordonnées avec leur imbrication, les tableaux avec de vraies cellules, les liens comme de vrais liens, le code en ligne et les blocs de code, les citations, et les images là où la destination peut les atteindre.

Les listes de tâches passent en cases à cocher. Les notes de bas de page passent en liens vers leurs définitions.

Là où cela se complique

Firefox met derrière une préférence l’API de presse-papiers qui écrit plusieurs formats, le chemin automatique n’y est donc pas disponible. La solution de repli sélectionne l’aperçu rendu pour qu’un Ctrl/⌘+C manuel emporte encore la mise en forme — la copie propre au navigateur gère les deux variantes même quand l’API refuse.

Les images sont des références, pas des données. Si le Markdown pointe vers https://example.com/graphique.png, le document collé pointe vers la même URL. Elle s’affiche là où cette adresse est joignable et casse là où elle ne l’est pas. Si l’image doit voyager avec le document, téléchargez le HTML et gardez l’image à côté, ou insérez vous-même l’image dans la destination.

Google Docs est plus strict que Word sur le HTML qu’il accepte et simplifie parfois une structure imbriquée. Les listes profondément imbriquées en sont la victime habituelle.

Les réglages s’appliquent toujours

Une supposition courante est que le texte enrichi ignore les réglages de conversion, puisque le HTML a un vrai élément pour tout. C’est vrai en grande partie — mais pas entièrement. Plusieurs réglages modifient le document lui-même plutôt que la façon dont il est dessiné :

• Les liens peuvent ne garder que leur texte, montrer l’URL, ou devenir l’URL.
• Les images peuvent être conservées ou supprimées.
• Les blocs de code, les citations et les notes de bas de page peuvent être supprimés.
• Les titres peuvent passer en majuscules.
• La ponctuation peut être normalisée en ASCII.

Ceux-là s’appliquent au texte enrichi et au HTML autant qu’au texte brut. Ceux qui vraiment ne s’appliquent pas sont ceux qui façonnent les caractères — glyphe de puce, disposition des tableaux, marqueurs de liste de tâches, fusion des lignes vides — parce qu’une liste HTML n’a besoin d’aucun caractère de puce choisi pour elle. Ceux-là se désactivent quand vous quittez le mode texte brut, et le panneau dit pourquoi.

S’il vous faut un fichier plutôt qu’un collage

Le même rendu se télécharge en .html autonome avec ses styles intégrés, il s’ouvre donc correctement sans connexion réseau — ou s’imprime en PDF.