Gil Cot ✔ a écrit 6680 commentaires

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&nbsp;:<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

word="c"
sentence="you cant"
echo "funny, $sentence :p"

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

Le problème est que les gens ne comprennent pas ce qu’est le débogage ; certaines personnes pensent que c’est juste du linting et de la correction syntaxique.
Petit à petit les gens se sont perdus en prenant les outils pour la pensée elle-même et leurs fantasmes pour la réalité… :(

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

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

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

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

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

Quoi « égal égal » ?
(en plus on t’a fait la remarque pas plus tard que ce matin, c’est fatiguant)

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

Il y a des choses comme ça qui cassent mais à un moment il faut se décider à sauter le pas …comme passer de Py2.x à Py3.x

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

Excellent, je méconnaissais (honte à moi).

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

C’est malheureusement courant pour beaucoup de choses : on néglige ou surestime l’effort intermédiaire pour évoluer dans la pratique d’une discipline. Un sorte d’angle mort ?

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

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

Reformulons pour notre compréhension : Dans le contexte actuel où il semble révéler de la folie (ou de l’inconscience ?) de se lancer dans des études scientifiques, c’est parce que les gars sont misogynes refoulés qu’ils empruntent une voie visiblement suicidaire. C’est tout bon ?

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

Merci (et je vois pourquoi je n’ai pas ces listes sur une de mes machines —Aspell n’y est pas installé— et je devines pourquoi certaines catégories sur une autre machine —Aspell n’y est pas installé mais c’est une Debian—)

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

Puis faire le fichier de fortune ;)

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

Excellent ! Merci. :)

Pour en revenir aux mots, pourquoi du « insane » ?

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

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

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

merci ; même si je m’attendais plutôt à une dépêche… bananée.

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

Ah d’accord, ça fourmille presque quatre fois plus :D
Maintenant je me demandes s’il y a un oneliner AWK pour sortir les quatre cents et-quelque.

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

2005 …pas avant ?

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

En complément, le < source > de mon commentaire ;)

C’est que nous n’avons pas rencontré 
les mêmes <mark>MD</mark> (tiens, juste 
pour rigoler, tu peux voir ce que 
deviennent les balisent <abbr>HTML</abbr> ici…)

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

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

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

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