L'exemple de liste de définitions donné dans la page de syntaxe http://linuxfr.org/wiki/aide-edition ne fonctionne pas : le source Markdown est converti en retours à la ligne.
Confirmation dans le bac à sable : la syntaxe décrite dans l'aide est inopérante. La syntaxe usuelle (avec ":" en début de ligne de définition, cf Pandoc et phpmarkdown) n'est pas davantage reconnue.
Exemple :
terme1
définition1
terme2
définition2
Vient de sortir deux RFC sur Markdown:
Je ne suis pas qualifié pour émettre un quelconque avis sur ces documents (de plus, parcourus en diagonale). Cependant, en tant que codeur sur un projet où j'ai retardé l'implémentation de Markdown à cause du flou ambiant, j'éprouve une certaine forme de soulagement à voir ce langage (et ses variantes) formalisé.
Bonsoir,
je code un générateur de GCode en Haskell. Il va falloir que je fasse un peu de documentation…
Je souhaiterais mettre des bouts de code dans la doc, et intégrer automatiquement une visualisation 3D de ce que donne ce bout de code.
Ce genre de truc existe pour le langage R, ça s'appelle knitr. ça permet d'intégrer des courbes générée par un bout de code dans du markdown, automatiquement.
knitr supporte haskell, mais intègre juste la sortie texte.
Salut Nal !
Rapide marque page à propos de 2 RFCs à propos d'un nouveau type de format text/markdown et de ses differentes variantes.
N'hésitez-pas à y participer si vous voyez des choses à améliorer !
Après le récent sondage sur la réception et l'envoi de courriels en texte brute ou html, on pourrait très bien imaginer envoyer du markdown qui serait rendu à la réception en html, auquel on pourrait répondre en markdown :)
Markdown est la syntaxe wiki retenue pour écrire sur LinuxFr.org.
John Gruber a publié les principes généraux du Markdown en 2004, avec une suite de tests et une implémentation de référence en Perl. Il est donc considéré comme le créateur du langage. Mais sa suite de tests est très incomplète et son implémentation de référence donne des résultats parfois surprenants sur des cas particuliers (les listes imbriquées notamment).
De nombreuses autres implémentations dans différents langages sont apparues depuis. Certaines essaient de corriger les « erreurs » de la version initiale pour mieux coller aux attentes des utilisateurs, tandis que d’autres préfèrent y rester conforme. Le premier camp réunit cependant toutes les implémentations les plus utilisées (GitHub, Stack Overflow, Discourse, LinuxFr.org — dont les particularités sont détaillées sur la page wiki pour l’aide-édition —, etc.). Aussi, les développeurs des principales bibliothèques se sont regroupés pour discuter des difficultés à implémenter un Markdown qui plaise à leurs utilisateurs et chercher à minimiser les différences entre les sorties des différentes implémentations : CommonMark.
Pour fêter ma millième entrée de suivi fermée sur LinuxFr.org, j'ai décidé de faire une petite dépêche mettant en avant quelques nouveautés récentes.
Premier changement, la feuille de style par défaut a été un peu revue. La largeur maximale est maintenant limitée pour les grands écrans afin de rendre la lecture plus confortable.
La version personnalisée de Markdown utilisée pour saisir du contenu sur le site permet maintenant d'inclure des formules mathématiques, en ligne à l'intérieur d'un paragraphe ou dans un bloc séparé. Par exemple, 
ou, pour la version longue :
Autre nouveauté, il est possible de récupérer une version markdown des contenus du site, grâce à un lien « Markdown » en bas de ceux-ci. Vous pouvez notamment essayer sur cette dépêche pour voir à quoi ressemblent les formules mathématiques :p
Enfin, le moteur de recherche du site a été revu. Il fonctionne désormais avec ElasticSearch 1.0. Il devrait être un peu plus pertinent et propose maintenant le filtrage par tags.
NdM: Pour fêter cela, Nono a décidé d'envoyer une coupe de champagne aux 1000 premiers lecteurs qui en feront la demande.
On nous a parlé de PluXml il y a peu, que j'utilise pour mon blog, sauf que j'aimerais quelque chose de vraiment plus simple et surtout, qui utilise nativement du Markdown.
Pour le moteur de blog, je me tâte encore, toutefois grâce à Aaron Swartz et son super script, je peux déjà convertir tous mes articles en markdown.
Au passage on y perd des informations comme les tags, les catégories et les commentaires. Pour les dernier je m'en (…)
Bonjour à tous les linuxfriens qui n'auraient pas suivi dans sa totalité le troll a plus de 200 messages qui a suivi le message du 15° anniversaire de la création du site par Fabien Penso (gloire à lui).
L'objet d'un troll est certes avant tout de s'amuser, mais sur un site de qualité comme celui-ci, il arrive fréquemment qu'il finisse par en plus être instructif. Pour ma part, un sous-troll de 25 messages qui m'a particulièrement occupé était l'inexistence d'un (…)
Traditionelement en markdown un \n seul est ignoré, et à mon humble avis c'est très bien comme ça. Il se trouve que c'était aussi comme ça avant (et c'était mieux avant) enfin avant mais après le passage à RoR.
Bon il se trouve que pour des raison obscures ça a changé, soit.
Mais c'est chiant !
Quand on écrit un journal, on peut avoir envie de le préparer à l'avance, dans par exemple ${EDITOR} avec une limitation du nombre de caractères (…)
Bonjour,
Je cherche un langage de balisage léger qui soit adapté à l'écriture de rapport avec TOC, citation, etc..
J'ai depuis quelques années pris l'habitude d'utiliser lyx/latex pour rédiger mes rapport scolaires.
Cependant, les expériences de travail en groupe on furent désastreuses. Sur trois personnes, j'ai réussi à en convaincre une seule d'installer lyx (sans support de rendu latex pour alléger l’installation) les autres ont continué à utiliser des documents Words. Cela ma valu quelques nuits blanches de réintégration, et (…)
La nouvelle version de LinuxFr.org est en ligne depuis quelques jours. Vous nous remontez régulièrement des bugs et des propositions d'améliorations dans le suivi. Je vous encourage à continuer et à commenter / voter sur les entrées qui vous intéressent.
Voici quelques entrées sur lesquelles j'aimerais particulièrement avoir vos retours :
Je pense que vous êtes également intéressés par l'architecture logicielle de cette nouvelle version. Vous pourrez donc trouver quelques explications à son sujet en seconde partie et n'hésitez pas à poser des questions dans les commentaires.
Première ligne.
Seconde ligne.
Alors que ces deux textes sont sur deux lignes différentes dans l'éditeur, ils apparaissent sur la même ligne une fois publié.