Journal Le renouveau de txt2tags?

Posté par  . Licence CC By‑SA.
Étiquettes :
7
30
oct.
2025

Bonjour, voici quelques nouvelles concernant txt2tags.

Avertissement

Je ne fais plus partie de l'équipe txt2tags sur github (https://github.com/txt2tags), cette communication n'est donc pas officielle.

Txt2tags a été initialement développé par Aurelio Jargas, et d'autres personnes ont contribué au projet (moi y compris, à mon niveau), l'améliorant et le rendant de plus en plus épatant.

L'état actuel de txt2tags est le suivant :

  • La version python2 est obsolète car python2 n'est plus fourni avec la plupart des distributions Linux.

  • La version python3 a supprimé presque toutes les fonctionnalités utiles (%%toc, %%date, système de "templates", nombreuses cibles) afin de le « simplifier ». Vous pouvez consulter un tableau des différences sur https://github.com/txt2tags/txt2tags

Par ailleurs il semble que beaucoup de gens ont cessé d'utiliser txt2tags à cette époque, à la fin des années 2010. Déjà que c'était marginal, mais depuis quelques années c'est silence radio un peu partout. Je ne sais pas si cela est lié, mais il est certain que l'outil est devenu quoi qu'il en soit moins attractif avec ses fonctionnalités réduites.

Markdown n'est pas vraiment passionnant, d'autant plus qu'il manque de nombreuses fonctionnalités de base telles que la possibilité d'écrire (facilement) un commentaire ou d'utiliser des expressions régulières pour modifier des documents.

Pourtant, quelqu'un avait porté le code initial de python2 vers python3. Je l'ai maintenu, péniblement, jusqu'à présent, afin qu'il fonctionne même avec python 3.12.

Je l'ai inclus dans mon propre projet textallion :
https://github.com/farvardin/textallion/blob/master/contrib/txt2tags/txt2tags3

J'utilise txt2tags presque tous les jours, que ce soit pour travailler sur des sites web ou pour rédiger des documents (livres, lettres, documentations…). Sa polyvalence et ses possibilités ne cessent de m'émerveiller :)

Je me demande si d'autres personnes l'utilisent encore tout comme moi.

Je n'aime pas l'idée de « détourner » le nom txt2tags en publiant un produit portant le même nom mais avec des fonctionnalités différentes (même s'il s'agit des fonctionnalités de base originales de la version Python 2).

Je me demande même s'il vaut la peine de le forker avec un nom différent et une équipe différente.

Qu'en pensez-vous ?

J'ai par ailleurs créé une nouvelle communauté sur reddit (il y avait avant une page facebook à https://www.facebook.com/txt2tags/ mais c'est vraiment saturé de publicités, et d'ailleurs la plupart des publications sont cachées, n'atteignant peut-être que 10 % des abonnés actuels…)

https://www.reddit.com/r/txt2tags/

Mais sinon c'est bien (voire mieux), d'en discuter sur linuxfr !

  • # Appelle le txt3tags

    Posté par  (site web personnel) . Évalué à 10 (+12/-0).

    Comme ça y'aura pas de confusion.

    Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

  • # killer feature ?

    Posté par  . Évalué à 7 (+5/-0). Dernière modification le 30 octobre 2025 à 19:24.

    Pour moi, l'intérêt de ces syntaxes est de combiner une édition et une présentation agréable en texte brut avec la possibilité d'en faire des rendus plus chatoyant avec une réelle mise en forme, principalement en HTML dans un navigateur.

    Je ne nie pas l'intérêt de tex2tags quand on le pratique.

    Mais pour justifier de l'utiliser en lieu et place de markdown, il faut un vrai gain.

    J'ai lu la page qui présente la syntaxe et je n'ai rien trouvé me ferait changer.

    Les titres avec des = de part et d'autre c'est plutôt plus lisible que les # de markdown, mais on est dans le subtile.

    Les trois façons de faire des blocks triples quote m'ont perdu.

    La syntaxe des liens est moins lisible à mon goût.

    Bref, pour ma part, j'ai peut être loupé quelque chose, mais je ne m'y retrouve pas.

    Si je devais faire un saut, par manque de possibilité dans MD, ce serait vers un restructuredtext ou asciidoc.

    • [^] # Re: killer feature ?

      Posté par  . Évalué à 4 (+2/-0). Dernière modification le 30 octobre 2025 à 20:41.

      oui je comprends ton point de vue.
      En revanche la première version de txt2tags date du 26 juillet 2001, celle de markdown du 19 mars 2004. D'ailleurs j'utilisais déjà régulièrement txt2tags avant d'entendre parler de markdown…

      Rappel important : vos amis qui se sont retournés contre vous parce que la TV leur a dit de le faire : ils le feront encore.

      • [^] # Re: killer feature ?

        Posté par  . Évalué à 2 (+0/-0).

        Oui mais ça c'est l'histoire de tous les standards, pourquoi celui là plutôt que l'autre…

        • [^] # Re: killer feature ?

          Posté par  . Évalué à 5 (+3/-0).

          si je comprends bien ton lien, il aurait fallu proposer du contenu porno en txt2tags pour que celui-ci décolle :)

          pourquoi celui là plutôt que l'autre…

          parce qu'il est mieux pensé ? la syntaxe Creole qui est très proche de txt2tags a développé toute une réflexion et arrive presque aux mêmes conclusions et choix : http://wikicreole.org/wiki/Reasoning

          et aussi parce que je l'utilise quotidiennement et que markdown me frustre.
          Juste un exemple, les commentaires, j'en utilise abondamment dans la rédaction d'un roman, il suffit de taper un % en début de ligne, c'est simple et rapide. En markdown il est proposé ici https://stackoverflow.com/questions/4823468/comments-in-markdown de taper [comment]: <> (This is a comment, it will not be included) c'est tout sauf pratique. Et ne parlons pas de reprendre telle quelle la balise html <!--- (et --> pour fermer)

          et puis rajouter une balise perso avec une regex c'est puissant. En quelque ligne on peut réimplémenter la syntaxe markdown : https://github.com/farvardin/lionwiki-t2t/blob/master/config.t2t#L151

          Aucune idée pourquoi aucun autre langage à balise ne le permet…

          J'espère juste rencontrer suffisamment de monde qui fait pareil pour pouvoir avoir un écosystème un minimum viable sur le long terme.

          Rappel important : vos amis qui se sont retournés contre vous parce que la TV leur a dit de le faire : ils le feront encore.

  • # txt2tags

    Posté par  (site web personnel) . Évalué à 7 (+4/-0).

    Je me demande si d'autres personnes l'utilisent encore tout comme moi.

    Oui j'utilise txt2tags. Sur mon site perso, hormis les pages générées par Tellico, tout est fait en exportant du txt2tags vers du HTML.
    Dans le source on voit bien les:

    <meta name="generator" content="https://txt2tags.org">

    Après on parle d'un site perso statique plus que spartiate et qui ne bouge quasiment pas. J'avais choisi txt2tags à l'époque parce que c'était le truc le plus simple possible.

  • # Mieux que Pandoc ?

    Posté par  (site web personnel) . Évalué à 3 (+2/-0).

    Comment txt2tags se différencie de Pandoc ?

    • [^] # Re: Mieux que Pandoc ?

      Posté par  (site web personnel) . Évalué à 5 (+3/-0).

      Pandoc est la boite à outil de transformation entre les différents systèmes de représentation de textes structurés avec balises, pouvant convertir entre ces systèmes et aussi produire des rendus finaux (en utilisant les capacités de ces systèmes).

      txt2tags est une de ces représentations avec l'outil pour la traiter et convertir vers différents formats.

      Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

    • [^] # Re: Mieux que Pandoc ?

      Posté par  . Évalué à 2 (+0/-0). Dernière modification le 31 octobre 2025 à 13:11.

      txt2tags est à la fois un outil de conversion, mais également un langage de balisage léger avec ses conventions (au même titre que mediawiki, dokuwiki, markdown).

      En revanche, il est possible d'avoir plusieurs implémentations du convertisseur du langage txt2tags vers d'autres formats (pour le moment en js et en php, qui ne traitent en revanche que l'export vers html)

      pandoc est qu'un outil de conversion uniquement (écrit en haskell) et n'a pas de syntaxe dédié, mais par la force des choses ils ont également adapté un markdown étendu pour cet usage (et pour pallier les limitations initiales de markdown) : https://pandoc.org/MANUAL.html#pandocs-markdown

      j'avais d'ailleurs écrit un convertisseur de pandoc vers txt2tags, mais il n'a pas été intégré (j'avais adapté celui pour dokuwiki et ça ne leur avait pas convenu vu que je ne maîtrise pas haskell) : https://github.com/jgm/pandoc/pull/6551

      Rappel important : vos amis qui se sont retournés contre vous parce que la TV leur a dit de le faire : ils le feront encore.

  • # Avant

    Posté par  . Évalué à 3 (+1/-0).

    J'ai utilisé txt2tags pour saisir mes cours dans la seconde moitié des années 2000. J'aimais bien l'idée d'avoir mes propres macro dans le document. Je m'étais posé la question de contribuer à l'époque, mais j'ai trouvé trop con l'idée qu'il faille à tout prix que ça reste un seul fichier que j'ai préféré passer mon chemin

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

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.