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 Dring . Évalué à  3 (+2/-1).
Et bien je n’avais pas remarqué l’ajout de markdown que ce soit en import ou en export, donc merci pour l’info!
[^] # Re: Info intéressante
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à  7 (+4/-0). Dernière modification le 29 décembre 2025 à 20:20.
Et en plus, maintenant tu sais que ça ne sert à rien d'essayer d'exporter en .md pour l'instant.
Je n’ai aucun avis sur systemd
# On va tester
Posté par Sébastien Rohaut (site web personnel) . Évalué à  5 (+3/-0).
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 :).
[^] # Re: On va tester
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à  3 (+0/-0).
C'Ă©tait pas un appel du pied Ă la tester, remarque. Tiens-nous au courant.
Je n’ai aucun avis sur systemd
# DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  4 (+2/-0).
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 Psychofox (Mastodon) . Évalué à  3 (+0/-0).
Sa rusticité est un peu sa force en fait.
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à  4 (+1/-0).
Et sa faiblesse aussi.
Je n’ai aucun avis sur systemd
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Psychofox (Mastodon) . Évalué à  3 (+0/-0).
Au final avec markdown tu peux tout faire ce que html5 peut faire donc ça va. Tu perds juste en lisibilité mais c'est toujours plus facile que d'éditer un odt ou un docx avec notepad!
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à  4 (+1/-0).
Certes, si tu pars de notepad, en effet.
Soit dit en passant, quel outil tu utiliserais pour modifier du xml et qui a une interface graphique ?
Je n’ai aucun avis sur systemd
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Psychofox (Mastodon) . Évalué à  7 (+4/-0).
Ce que je voulais dire c'est que les fonctionalités avec markdown ne sont pas limitées dans le sens où markdown est une surcouche à html et que tu peux simplement utiliser les balises html quand tu veux faire un peu plus que ce que la syntaxe markdown te permet.
Du coup oui tu peux toujours faire des trucs bien gruik et la seule différence que ça te fait c'est que le fichier est moins lisible quand il n'est pas interprété mais au final il reste toujours plus lisible qu'un format de traitement de texte traditionnel, il s'intègre mieux à un outil de gestion de versions, etc.
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  5 (+3/-0).
C’est que nous n’avons pas rencontré les mêmes MD (tiens, juste pour rigoler, tu peux voir ce que deviennent les balisent HTML ici…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  3 (+1/-0).
En complément, le < source > de mon commentaire ;)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Psychofox (Mastodon) . Évalué à  5 (+2/-0).
C'est parce que linuxfr ne supporte pas le markdown tout simplement (mĂŞme s'il fait semblant en respectant une partie de la syntaxe mais pas la spec).
Mais c'est dans la spec originale de markdown:
For any markup that is not covered by Markdown’s syntax, you simply use HTML itself. There’s no need to preface it or delimit it to indicate that you’re switching from Markdown to HTML; you just use the tags
source: https://daringfireball.net/projects/markdown/syntax#html
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  5 (+3/-0).
Héhé il y en a beaucoup dehors qui « ne supportent pas le markdown tout simplement » mais disent le faire.
Et même sur la bascule en HTML les autres ne sont pas tous d’accord : y en a qui ne veulent que les balises seules (après tout « you just use the tags ») et d’autres qui acceptent des attributs dans les balises (après tout « you simply use HTML » ?) et beaucoup refusent certaines balisent (après tout, pourquoi accepter que je leur balance du
</body></html>par exemple ?)Toute façon cette partie de la spec a peu de sens tant qu’on ne sait pas quel « doctype » on utilise ; le markdown devient un moyen de rajouter de la boue…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à  3 (+0/-0).
J'avais compris ce que tu voulais dire. Ma question était sérieuse, j'utilise Notepadqq comme éditeur de texte (pour mes petits besoins). Mais pour le xml c'est épouvantable.
Je n’ai aucun avis sur systemd
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  4 (+2/-0).
Bluefish fait du XML et du (X)HTML(5) et du SVG, ainsi que du CFML et du PHP et du JSP et de l’ASP.NET, du VBS et du JS et du jQuery, du CSS et du SASS, etc. C’était un éditeur orienté balisage de pages web au départ, et connait même MediaWiki, mais il s’est étendu à d’autres langages progressivement.
Sinon, tu as aussi les IDE génériques et légers comme Geany et Kate entre autres.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  3 (+1/-0).
Au passage, si l’on s’amuse à utiliser du notepad pour du html alors on peut utiliser ce notepad pour du xml ! Le reste est du chipotage. :)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  5 (+3/-0).
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 Psychofox (Mastodon) . Évalué à  3 (+0/-0). 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 Psychofox (Mastodon) . Évalué à  3 (+0/-0).
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 barmic 🦦 . Évalué à  3 (+1/-0).
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 Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  2 (+0/-0).
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.mdautomatiques 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 Psychofox (Mastodon) . Évalué à  4 (+1/-0).
Ç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 barmic 🦦 . Évalué à  4 (+2/-0).
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 Psychofox (Mastodon) . Évalué à  3 (+0/-0).
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 barmic 🦦 . Évalué à  3 (+1/-0).
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 Psychofox (Mastodon) . Évalué à  4 (+1/-0). Dernière modification le 02 janvier 2026 à 19:48.
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 barmic 🦦 . Évalué à  3 (+1/-0).
Le retour à la ligne est une fonctionnalité avancée pour toi ?
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 Psychofox (Mastodon) . Évalué à  3 (+0/-0). Dernière modification le 02 janvier 2026 à 20:51.
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 barmic 🦦 . Évalué à  2 (+0/-0).
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 BAud (site web personnel) . Évalué à  2 (+0/-0). Dernière modification le 02 janvier 2026 à 21:35.
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 lui fonctionne pour avoir plusieurs lignes blanches entre paragraphes ;-)
[^] # Re: DĂ©so Franc Le Pingouin
Posté par barmic 🦦 . Évalué à  2 (+0/-0).
Effectivement je ne savais pas ou avait oublié, mais je vais m’empresser de ne pas m’en servir, avoir un fonctionnement basé sur des trailing spaces ne me parait pas une bonne idée du tout.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  2 (+0/-0).
Il n’y a que linuxfr que je connaisse (quoique sur d’autres plateformes je n’utilise pas forcément markdown quand autre chose est possible) qui rend les retours à la ligne du texte comme fin de ligne physique/forcé… Et si les espaces excédentaires semblent ignorés dans les paragraphes simples, il y a plein d’endroits où cela fonctionne ici (paye ta cohérence).
Certaines implémentations préfèrent marquer par échappement du saut de ligne… C’est plus visible et moins sujet à surprise que des blancs invisibles. CommonMark permet les deux…
Je suggérais, dans mon test, de vérifier ces trois cas pour savoir comment LibO se situe par rapport à CM d’une part et pour savoir si les usagers de linuxfr peuvent l’utiliser (ou si on va rester perdus dans notre incompatibilité) d’autre part.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par BAud (site web personnel) . Évalué à  2 (+0/-0).
euh, bin gitlab et github tout de même…
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  3 (+1/-0).
Regarde ce journal par exemple, au paragraphe qui commence par « La production d'un jar exécutable est difficile, mais pas insurmontable :
il faut indiquer Ă Java oĂą sont les bibliothèques. » Le retour Ă la ligne, après les deux points, est traduit comme une fin de ligne forcĂ©e : «Â
La production d'un jar exécutable est difficile, mais pas insurmontable :<br>il faut indiquer à Java où sont les bibliothèques. »Regarde maintenant le rendu du même document sur la forge actuelle où le retour à la ligne ne donne pas ce
<br>. Je t’aurais bien dit de regarder aussi la forge précédente, mais le dépôt n’y est plus (ou a été passé en privé ?).Cependant, je lis que le comportement façon linuxfr a été le cas à une époque (used to be a feature) d’où ton impression que c’est tout de même le cas ?
Ou alors est-ce parce-que tu fais plutôt des commentaires sur la plateforme ? Car leur aide indique qu’il y a deux comportement maintenant selon que l’on soit en commentaires ou dans un fichier… (If you're writing in issues, pull requests, or discussions in a repository, GitHub will render a line break automatically: [exemple] However, if you are writing in an .md file, the example above would render on one line without a line break.) où ça suit CM (ouch, context sensitive donc)
Par contre, chez Gitlab, on dit officiellement rester aux deux espaces finales. Codeberg indique utiliser une interprétation conforme CM qui ne transforme pas le simple retour à la ligne dans le source en saut de ligne dans le rendu.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  2 (+0/-0).
Bon à savoir pour les entités car ça ne passe pas partout :( et pour l’espace insécable je le saisissais directement au clavier puis rageais de voir mes « … : » devenir des « … : » suite à une demande de correction… ;(
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  3 (+2/-1).
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 Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  4 (+2/-0).
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…
En fait tu confonds deux choses bien différentes pourtant :
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Psychofox (Mastodon) . Évalué à  3 (+0/-0).
Mais au final ça revient au même pour les utilisateurs.
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  2 (+0/-0).
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 :
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Psychofox (Mastodon) . Évalué à  3 (+0/-0).
Oui et ils sont bien plus ennuyés par le premier que le second.
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Psychofox (Mastodon) . Évalué à  5 (+2/-0). 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 Psychofox (Mastodon) . Évalué à  3 (+0/-0).
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 Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à  3 (+0/-0).
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 Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  3 (+1/-0).
Parmi les trucs qui me cassent tout le temps les pieds et qu’il faut tester :
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 Gil Cot ✔ (site web personnel, Mastodon) . Évalué à  3 (+1/-0).
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
[^] # Re: DĂ©so Franc Le Pingouin
Posté par Psychofox (Mastodon) . Évalué à  4 (+1/-0).
Je n'ai jamais dit que markdown c'Ă©tait fait pour tout.
# org-mode
Posté par François Chaix (Mastodon) . Évalué à  4 (+3/-0).
De toute façon, les vrais utilisent org-mode (et donc pas LibreOffice)
(on est Vendredi après tout !)
[^] # Re: org-mode
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à  4 (+1/-0).
(et on aurait dû sortir après ça)
Je n’ai aucun avis sur systemd
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.