Journal LibreOffice 25.8 et le Markdown

PostĂ© par (site web personnel, Mastodon) . Licence CC By‐SA.
Étiquettes :
37
29
déc.
2025

Salut les gens et les autres,

LibreOffice 25.8 a commencĂ© Ă  supporter le Markdown. Si vous l’utilisez, vous avez pu constater que notre suite bureautique bien aimĂ©e ouvre les fichiers en .md sans rechigner. Évidemment, vous vous ĂȘtes demandĂ© si on pouvait exporter en Markdown. Dans Fichier > Exporter, on a bien « Exporter en Markdown ». En fait ça gĂ©nĂšre des fichiers vides. Fausse joie.

Il semblerait que quelqu’un s’est montrĂ© trop enthousiaste et a ajoutĂ© un peu trop tĂŽt l’information dans le menu dĂ©roulant des formats d’export. AprĂšs (扊陀) une enquĂȘte approfondie (ć‰Šé™€ă“ă“ăŸă§) un rapport de bug, il ressort que la fonctionnalitĂ© n’a pas Ă©tĂ© implĂ©mentĂ©e dans cette version, le comportement est donc normalement anormal. Le support complet du Markdown figurera dans la version 26.2. Plus que deux petits mois Ă  attendre donc. D’aprĂšs ce que j’ai vu dans les rapports de bug, il y a encore deux-trois trucs Ă  corriger.

Si vous ĂȘtes pressé·e·s, vous pouvez toujours tester la bĂȘta (en).

NB : ce journal rĂ©pond Ă  une question qui m’a Ă©tĂ© posĂ©e sur un machin social. Notez que je n’ai pas forcĂ©ment rĂ©ponse Ă  tout en ce qui concerne LibreOffice et que je ne prĂ©tends pas connaĂźtre le logiciel comme ma poche (trouĂ©e).

  • # Info intĂ©ressante

    PostĂ© par . ÉvaluĂ© Ă  3.

    Et bien je n’avais pas remarquĂ© l’ajout de markdown que ce soit en import ou en export, donc merci pour l’info!

  • # On va tester

    PostĂ© par (site web personnel) . ÉvaluĂ© Ă  5.

    Hello ! Je vais installer la Beta et tester. J'avoue ma joie quand j'ai vu l'export Markdown, et la déception ensuite quand le fichier faisait zéro octets :).

  • # DĂ©so Franc Le Pingouin

    PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  3.

    C’est tellement rustique Markdown, sans compter la jungle des diffĂ©rentes sauces incompatibles. En tout cas si c’est pour Linuxfr vous allez vers la dĂ©ception en import comme en export. :)

    "It is seldom that liberty of any kind is lost all at once." ― David Hume

    • [^] # Re: DĂ©so Franc Le Pingouin

      PostĂ© par (Mastodon) . ÉvaluĂ© Ă  4.

      Sa rusticité est un peu sa force en fait.

      • [^] # Re: DĂ©so Franc Le Pingouin

        PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  4.

        Et sa faiblesse aussi.

        Je n’ai aucun avis sur systemd

      • [^] # Re: DĂ©so Franc Le Pingouin

        PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  5.

        Il y d’autres tout aussi rustiques (voire ISO-fonctionnels) mais mieux dĂ©finis d’une part, donc plus forts que ce truc capricieux. Mais le plus important de mes griefs est qu’il y a pratiquement autant de markdown que de sites d’autre part, ce qui pour la pĂ©rennitĂ© des Ă©crits on repassera quoi.

        "It is seldom that liberty of any kind is lost all at once." ― David Hume

        • [^] # Re: DĂ©so Franc Le Pingouin

          PostĂ© par (Mastodon) . ÉvaluĂ© Ă  3. DerniĂšre modification le 01 janvier 2026 Ă  18:11.

          C'est juste du texte pour la perrenité il n'y a pas de problÚme.

          Moi je me limite de toute façon au markdown originel de John Gruber vu que je ne fais pas de la publication papier ou des trucs nécessitant de la notation musicale ou mathématique.

        • [^] # Re: DĂ©so Franc Le Pingouin

          PostĂ© par (Mastodon) . ÉvaluĂ© Ă  3.

          Asciidoctor ou typst sont peut-ĂȘtre plus puissant mais comme ils sont nuls part je ne me rappelle pas aussi vite de la syntaxe donc ils me servent peu. Ce serait tout autrement si mes activitĂ©es principales tournaient autour de l'Ă©criture, mais ça n'est pas le cas. Et je trouve que les limitations du md font que je me concentre essentiellement sur le fond sans me prendre la tĂȘte sur la forme.

          • [^] # Re: DĂ©so Franc Le Pingouin

            PostĂ© par . ÉvaluĂ© Ă  3.

            J'aime bien comme tu commence par expliquer que markdown n'est pas limité pour finir par dire que tu es content qu'il soit limité.

            Markdown est un format daubĂ©, mĂȘme si trĂšs utilisĂ© (comme vfat est un fs nul, mĂȘme s'il est trĂšs utilisĂ©). Commonmark est dĂ©jĂ  mieux dĂ©crit, sans ajouter de fioritures.

            Adoc j'aime bien mais je l'ai jamais vu intégré comme l'est md ici sur linuxfr

            https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

            • [^] # Re: DĂ©so Franc Le Pingouin

              PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  2.

              Exact, MD dans sa diversitĂ© est aussi populaire et catastrophique que VFAT ...et DOS ! Une partie des problĂšmes (au moins d’interopĂ©rabilitĂ© mais aussi de robustesse) serait rĂ©solu si toutes les myriades d’implĂ©mentations Ă©taient compatibles avec CommonMark...

              Adoc est supportĂ© dĂšs le dĂ©part par Github et Gitlab, et de nombreuses forges, mais les gens ont copiĂ© les mauvais exemples (quoique les README.md automatiques n’ont pas aidĂ© non plus) et maintenant il est difficile de faire entendre une meilleure parole.
              On a un peu le mĂȘme souci quand on apprend le C et quelques autres langages (dont C++ et JS) : on trouve beaucoup de trucs datĂ©s et surtout pas avec les bonnes pratiques...

              "It is seldom that liberty of any kind is lost all at once." ― David Hume

              • [^] # Re: DĂ©so Franc Le Pingouin

                PostĂ© par (Mastodon) . ÉvaluĂ© Ă  4.

                Ça me fait une belle jambe que github supporte asciidoc si je n'utilise pas github...

                Qu'on le veuille ou non l'ubiquité c'est une qualité. L'anglais n'est pas forcément ma langue favorite mais j'aime bien l'idée qu'une langue est été adoptée de facto pour de nombreux échanges internationaux car j'ai beau aimer spprendre une langue je n'aurais jamais le temps dans toute une vie d'apprendre toutes les langues et dialectes parlés dans le monde et ça m'ouvre la porte à des échanges enrichissants.

                Alors FAT est peut-ĂȘtre pourri mais c'est quand mĂȘme plus pratique que BTRFS si je veux copier un fichier sur un disque lu par un vieux IBM PC sous DOS

                • [^] # Re: DĂ©so Franc Le Pingouin

                  PostĂ© par . ÉvaluĂ© Ă  4.

                  Qu'on le veuille ou non l'ubiquité c'est une qualité.

                  Ce qu'on lui reproche c'est de ne pas vraiment l'ĂȘtre et ça c'est justement une volontĂ© que je ne comprends pas de son crĂ©ateur. L'initiative commonmark n'ajoute pas de fonctionnalitĂ©, elle a juste pris le temps d'un peu mieux dĂ©crire la syntaxe.

                  https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

                  • [^] # Re: DĂ©so Franc Le Pingouin

                    PostĂ© par (Mastodon) . ÉvaluĂ© Ă  3.

                    C'est un peu comme de dire que Linux c'est de la merde parce que Linus Torvalds n'a pas développé un OS complet avec tous les outils systÚmes et son espace utilisateur ni documenté un standard duquel il est interdit de changer si on veut pouvoir appeler ça Linux et qu'on se retrouve avec plein de distros, de gestionnaire de paquets, de systÚmes d'init voire de protocole d'affichages...

                    Jaqueline préfÚre Debian, mais Hubert est plutÎt Fedora alors que Théodule voulait une rolling release et utilise arch mais GeneviÚve préfÚre gérer son systÚme avec un langage déclaratif alors elle a choisit Nix.

                    Certe. Mais ça n'en fait pas de Linux de la merde.

                    • [^] # Re: DĂ©so Franc Le Pingouin

                      PostĂ© par . ÉvaluĂ© Ă  3.

                      Ben si un format qui a des ambiguïtés et n'est effectivement pas interopérable n'est pas un format problématique pour toi, je ne sais pas ce qu'il te faut.

                      Il n'est effectivement pas interoperable, tu prends un md d'ici il ne fonctionnera pas sur ton blog et tu prends un md de ton blog, il ne fonctionnera pas ici.

                      Si tu veux une analogie, si en créant Unix on avait décrit ce que fait la fonction open(2), mais que chaque implementation choisi l'ordre des paramÚtres, on en entendrait plus parler aujourd'hui.

                      https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

                      • [^] # Re: DĂ©so Franc Le Pingouin

                        PostĂ© par (Mastodon) . ÉvaluĂ© Ă  4. DerniĂšre modification le 02 janvier 2026 Ă  19:48.

                        Il n'est effectivement pas interoperable, tu prends un md d'ici il ne fonctionnera pas sur ton blog et tu prends un md de ton blog, il ne fonctionnera pas ici.

                        Si tu t'en tiens Ă  la syntaxe de base (titres, emphases, liens et code) supportĂ©e par commonmark, dans les faits, si. D'autant plus que ce n'est pas du code execut3, ça reste du texte fait pour ĂȘtre lisible dans sa forme brute. Si un parser ne comprends pas une syntaxe elle est faite pour rester lisible et il n'y a pas de perte de donnĂ©e ni d'exploitabilitĂ©.

                        Tu prends un script .py écrit pour python2 avec ton python3 il ne fonctionnera pas et vice-versa. Du coup selon toi python est un langage problématique.

                        Si je prends un programme java, ruby ou Rust utilisant des fonctionnalitées pas supportées par ma jvm et mes interpréteurs/compilateurs installés localement, idem.

                        Un odt produit par libreoffice ne sera pas forcément lu correctement par Microsoft Office. Du coup odt est aussi un format problématique, non?

                        Est-ce que quelque chose empĂȘche quelqu'un d'Ă©crire un parser latex, typst, groff, asciidoc avec des extensions et syntaxes pas supportĂ©s par leur crĂ©ateurs? Absolument pas.

                        Bref markdown n'est pas différent, tu fais de la masturbation intellectuelle.

                        • [^] # Re: DĂ©so Franc Le Pingouin

                          PostĂ© par . ÉvaluĂ© Ă  3.

                          Si tu t'en tiens à la syntaxe de base (titres, emphases, liens et code) supportée par commonmark, dans les faits, si.

                          Le retour à la ligne est une fonctionnalité avancée pour toi ?

                          Bref markdown n'est pas différent, tu fais de la masturbation intellectuelle.

                          Je ne suis pas à l’origine de cette page : https://github.com/adam-p/markdown-here/wiki/compatibility pour te donner un exemple.

                          Toutes les implĂ©mentations de python, java et ruby (pour rust je ne sais pas s’il y a des implĂ©mentations alternatives) vont ĂȘtre parfaitement compatible. Rien Ă  voir avec « ils devraient Ă  peu prĂšs avoir le mĂȘme comportement si tu utilise les fonctionnalitĂ©s de base ». Et tout ce qui serait diffĂ©rent serait ni plus ni moins qu’un bug.

                          Pour markdown tu peut Ă©crire 2 implĂ©mentations qui respectent la description mais qui ne se comporteront pas de la mĂȘme façon.

                          Pardon mais c’est de la mauvaise fois que ne pas voir le problùme.

                          https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

                          • [^] # Re: DĂ©so Franc Le Pingouin

                            PostĂ© par (Mastodon) . ÉvaluĂ© Ă  3. DerniĂšre modification le 02 janvier 2026 Ă  20:51.

                            Le retour à la ligne est une fonctionnalité avancée pour toi ?

                            Explique moi le problÚme? Je crée un nouveau paragraphe, il me semble que sur toutes les implémentations que je connais il retourne à la ligne.

                            Des implémentations mal branlées/incompatibles, il y en a dans à peu prÚs tous les langages.

                            Des fois on appelle juste ça des bugs.

                            Parce que bon si c'est pour me dire que outlook est merdique avec les markdown, ça tombe bien il ne sait pas non plus afficher du html correctement non plus.

                            • [^] # Re: DĂ©so Franc Le Pingouin

                              PostĂ© par . ÉvaluĂ© Ă  2.

                              Explique moi le problĂšme?

                              Sur linuxfr le retour Ă  la ligne est pris en compte, ce n’est pas le cas d’autres implĂ©mentations qui demandent d’utiliser la balise html pour avoir un retour Ă  la ligne. J’ai dĂ©jĂ  vu plusieurs fois des contenus qui ont dĂ» ĂȘtre Ă©ditĂ© parce que l’auteur a utilisĂ© un Ă©diteur de texte pour rĂ©diger et n’a pas fait attention au rendu avant d’envoyer. L’inverse est vrai aussi, l’utilisation de la balise <br/> ici pour revenir Ă  la ligne ne fonctionne pas.

                              https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

                              • [^] # Re: DĂ©so Franc Le Pingouin

                                PostĂ© par (site web personnel) . ÉvaluĂ© Ă  2. DerniĂšre modification le 02 janvier 2026 Ă  21:35.

                                d’autres implĂ©mentations qui demandent d’utiliser la balise html pour avoir un retour Ă  la ligne

                                c'est plutĂŽt 2 espaces en fin de ligne pour passer Ă  la ligne... mais vu que mĂȘme sur LinuxFr.org personne n'y comprenait rien, ça a vite Ă©tĂ© abandonnĂ© pour notre bonne santĂ© mentale :D

                                et le <br> ne fonctionne effectivement pas sur LinuxFr.org ni le <br /> mais le &nbsp; lui fonctionne pour avoir plusieurs lignes blanches entre paragraphes ;-)

                          • [^] # Re: DĂ©so Franc Le Pingouin

                            PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  3.

                            Ce n’est pas de la mauvaise foi, c’est de la foi aveugle (et en plus de refuser de voir les problùmes qu’on lui pointe du doigt, il prend toute critique du format comme une attaque personnelle donc bon)

                            "It is seldom that liberty of any kind is lost all at once." ― David Hume

                        • [^] # Re: DĂ©so Franc Le Pingouin

                          PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  4.

                          Il n'est effectivement pas interoperable, tu prends un md d'ici il ne fonctionnera pas sur ton blog et tu prends un md de ton blog, il ne fonctionnera pas ici.

                          Si tu t'en tiens à la syntaxe de base (titres, emphases, liens et code) supportée par commonmark, dans les faits, si.

                          Justement mĂȘme pas pour des trucs de base, et c’est l’amer expĂ©rience que j’ai faite. J’ai voulu aussi croire que j’étais en face de parsers boguĂ©es, mais en relisant Grubner il n’y avait rien qui leur donnait tort... C’est pour corriger cela et avoir une spĂ©cification plus solide (et donc garantir l’interopĂ©rabilitĂ© et la pĂ©rennitĂ© des Ă©crits) que commonmark a vu le jour mais certains dont Grubner n’en ont pas voulu entendre parler...

                          Un odt produit par libreoffice ne sera pas forcément lu correctement par Microsoft Office. Du coup odt est aussi un format problématique, non?

                          En fait tu confonds deux choses bien différentes pourtant :

                          • odt: un format bien dĂ©fini dont un programme mal Ă©crit fait n’importe quoi...
                          • md: un format mal dĂ©fini et qui est respectĂ© par plein de programmes bien Ă©crits et qui donnent des rĂ©sultats diffĂ©rents...

                          "It is seldom that liberty of any kind is lost all at once." ― David Hume

                          • [^] # Re: DĂ©so Franc Le Pingouin

                            PostĂ© par (Mastodon) . ÉvaluĂ© Ă  3.

                            En fait tu confonds deux choses bien différentes pourtant :

                            odt: un format bien dĂ©fini dont un programme mal Ă©crit fait n’importe quoi...
                            

                            md: un format mal défini et qui est respecté par plein de programmes bien écrits et qui donnent des résultats différents...

                            Mais au final ça revient au mĂȘme pour les utilisateurs.

                            • [^] # Re: DĂ©so Franc Le Pingouin

                              PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  2.

                              Faut pas prendre les utilisateurs et les utilisatrices pour des abrutis et des idiotes hein. Les gens (sauf toi ?) comprennent trÚs bien la différence entre :

                              • ce format (d’image/vidĂ©o/document) tel lecteur le lit mal ou pas
                              • ce format sera rendu diffĂ©remment selon le lecteur et c’est comme ça

                              "It is seldom that liberty of any kind is lost all at once." ― David Hume

                          • [^] # Re: DĂ©so Franc Le Pingouin

                            PostĂ© par (Mastodon) . ÉvaluĂ© Ă  5. DerniĂšre modification le 03 janvier 2026 Ă  00:56.

                            À part ça plus personne n'utilise le parser de John Gruber (et il n'est pas maintenu) et ce depuis plus de deux dĂ©cennies, donc son avis sur commonmark, tout le monde s'en branle un peu. Commonmark s'est imposĂ© comme le markdown de base de fait et quelques autres ajoutent des girlandes autour comme le GFM qui sont complĂštement optionnelles et m'empĂȘchent pas l'interopĂ©rabilitĂ©.

                            Pour la milliĂšme fois au final ça reste du texte il n'y a aucun risque de perte de donnĂ©e ou d'exploitabilitĂ© mĂȘme quand tout n'est pas interprĂ©tĂ©.

                            Tu peux hĂ©berger ton fichier markdown tel quel sur ton serveur gopher, le lire dans un terminal avec ton pager prĂ©ferĂ© ou gĂ©nĂ©rer le chteumeuleu sur ton site ou ta forge logicielle, c'est kif kif bourricot. C'est juste la diffĂ©rence entre se coiffer/maquiller/raser ou pas le matin. Tu vas voir la mĂȘme le personne avec les mĂȘmes idĂ©es, juste avec une prĂ©sentation plus ou moins enjolivĂ©e, la sĂ©mantique reste.

            • [^] # Re: DĂ©so Franc Le Pingouin

              PostĂ© par (Mastodon) . ÉvaluĂ© Ă  3.

              J'ai fit que sa rusticité était sa force. Moi je l'utilise parce qu'il est simple et suffisemment commun pour avoir des parsers compatibles dns n'importe quel langage et que j'ai moins d'une dizaine de points de syntaxe à mémoriser pour obtenir ce que je veux avec...tout en gardant l'option de faire un truc plus compliqué si j'en ai besoin.

              Exemple bĂȘte: utiliser markdown pour rĂ©diger une page gĂ©nĂ©rĂ©e via un canevas html5 et pandoc ou ton gestionnaire de site statique favori mais une fois toutes les 3 nouvelles lunes t'as envie de mettre une vidĂ©o sur ton blog et tu peux juste l'uploader et utiliser la balises et boom ça va juste marcher.

    • [^] # Re: DĂ©so Franc Le Pingouin

      PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  3.

      Pour l'import ça semble aller (à voir).

      Il y a, sur la liste user fr de LibreOffice un type qui affirme qu'il faut laisser tomber le format ODT et utiliser Ă  la place la Markdown. Bref.

      Je n’ai aucun avis sur systemd

      • [^] # Re: DĂ©so Franc Le Pingouin

        PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  3.

        Parmi les trucs qui me cassent tout le temps les pieds et qu’il faut tester :

        Ceci est un paragraphe... 
        avec un saut de ligne normal.
        Ceci est un paragraphe...
        avec un saut de ligne linuxfr.
        Ceci est un paragraphe... \
        avec un autre saut courant...
        

        Bien copier le test, puis afficher les caractÚres invisible aprÚs importation pour voir si les sauts de lignes et de paragraphes sont respectés.

        "It is seldom that liberty of any kind is lost all at once." ― David Hume

      • [^] # Re: DĂ©so Franc Le Pingouin

        PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  3.

        Je pense que le type qui fait cette proposition est d’une part tellement amoureux de Markdown et d’autre part ne connait que son cas d’usage. Du coup, il ne se rend pas compte que les fiches libres et les modĂšles de CV, par exemple, il ne peut pas les rĂ©aliser en Markdown...

        "It is seldom that liberty of any kind is lost all at once." ― David Hume

  • # org-mode

    PostĂ© par (Mastodon) . ÉvaluĂ© Ă  4.

    De toute façon, les vrais utilisent org-mode (et donc pas LibreOffice)

    (on est Vendredi aprĂšs tout !)

Suivre le flux des commentaires

Note : les commentaires appartiennent Ă  celles et ceux qui les ont postĂ©s. Nous n’en sommes pas responsables.