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.
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…)
Mon employeur, la Cnam (Caisse Nationale d’Assurance Maladie) recherche des personnes pour un poste de Tech Lead Python. J’ai pensé à la communauté AFPY.
<mavie>
Je suis un informaticien, compagnon d'une universitaire qui est en train de publier avec des collègues une somme sur un auteur ancien.
</mavie>
Je voudrais l'aider à générer les références de l'index de l'ouvrage. Ça représente un certain volume de texte (on parle de 6 volumes d'environ 1000 pages chacun), et l'index contient environ 3400 entrées …
Bien entendu, ce sont des littéraires, la mise en page finale est en cours et je n'ai que les pdf des tirages finaux pour composer les liens (oui ça aurait été bien plus facile avec du latex et les balises \index mais la moyenne d'âge des co-éditeurs frise les 65 ans).
Je me dis que ce problème à du être rencontré un peu partout dans le monde universitaire et peut être que je suis passé à côté d'un projet Européen ou autre qui pourrait nous aider à faire ça "plus facilement".
J'ai commencé quelque chose de mon côté, avec l'aide des IAs (je me dis que c'est un bon projet perso pour confirmer ce que je pense (ou pas) du code construit par les IA (ça fera l'objet d'un autre journal si j'aboutis à quelque chose)).
Le principe serait de permettre la description de l'index via une interface web (plus simple pour des néophytes ?), puis la génération du document d'index final.
Je pensais que ça serait simple, mais en fait c'est bien plus complexe que ce qu'il n'y parait. Par exemple comment trouver les noms des gens présents dans l'index, lorsque deux noms de famille identiques sont présents, comment gérer les références dans l'index (les "see also"), comment gérer les titres sur de la concordance (matching) multi-ligne, etc … Sans compter le côté humain de l'index actuel (comprendre avec des erreurs, le formatage est un peu aléatoire, etc …)
Bref c'est une tâche bien plus importante que mon idée de départ, alors je fais appel à ceux qui savent / ont déjà fait ça : comment avez-vous fait ?
(la réponse "c'est l'éditeur qui a pris ça en charge me va", mais dans leur cas, c'est niet, les universités de Princenton leurs ont dit débrouillez-vous).
Dev depuis 18 ans
Remote / Lyon / Paris
2 jours présentiel max / sem
Dispo ASAP