Je ne connaissais pas et je je trouve très bien que ça existe dans txt2tags car il y a un public pour ça.
Ceci dit, je n'aimerais pas voir cette solution s'imposer dans le monde markdown.
En effet, ça ne ferait qu'empirer la profusion de syntaxes markdown-like.
Compatibles entre elles ? D'un point de vue technique oui
Mais les syntaxes seraient incompatibles entre elles du point de vue de celui qui écrit qui à chaque fois qu'il utilise un site différent ou un logiciel différent aurait à se demander dans quelle mesure la syntaxe a été customisée, lire une page de manuel ou des instructions de processing, configurer les instructions auxquelles il est habituée, synchroniser ses configurations s'il prend l'habitude d'étendre la syntaxe, ...
Et on se retrouverait pour résoudre des problèmes secondaires de la syntaxe markdown à perdre de vue son atout essentiel qui est sa simplicité.
Je préfère qu'un petit comité de gens intelligents définisse un markdown 2.0 qui définisse un sur-ensemble de markdown raisonnable (sur la base de e qui existe déjà), tout en étant nécessairement limité pour garder toujours en tête cette objectif de préserver la simplicité initiale de markdown.
[^] # Re: Troff
Posté par jean-michel.bertrou.eu . En réponse au journal Troff, l'enthousiasme. Évalué à 3.
Je ne connaissais pas et je je trouve très bien que ça existe dans txt2tags car il y a un public pour ça.
Ceci dit, je n'aimerais pas voir cette solution s'imposer dans le monde markdown.
En effet, ça ne ferait qu'empirer la profusion de syntaxes markdown-like.
Compatibles entre elles ? D'un point de vue technique oui
Mais les syntaxes seraient incompatibles entre elles du point de vue de celui qui écrit qui à chaque fois qu'il utilise un site différent ou un logiciel différent aurait à se demander dans quelle mesure la syntaxe a été customisée, lire une page de manuel ou des instructions de processing, configurer les instructions auxquelles il est habituée, synchroniser ses configurations s'il prend l'habitude d'étendre la syntaxe, ...
Et on se retrouverait pour résoudre des problèmes secondaires de la syntaxe markdown à perdre de vue son atout essentiel qui est sa simplicité.
Je préfère qu'un petit comité de gens intelligents définisse un markdown 2.0 qui définisse un sur-ensemble de markdown raisonnable (sur la base de e qui existe déjà), tout en étant nécessairement limité pour garder toujours en tête cette objectif de préserver la simplicité initiale de markdown.