Très intéressante lecture et qui résonne particulièrement auprès d'un non-geek relativement âgé tel que moi, qui s'est déjà cassé les dents en tâtant de LaTeX, qui ne désespère pourtant pas de sortir de cette course à toujours plus de puissance qui semble être devenue la norme pour le développement logiciel (comme pour le web, j'ai switché de WP à un site statique par exemple... je suppose que ça en fera sourire plus d'un, c'est ok ;)
Je serais enchanté de lire ton tutoriel sur groff le jour où il sera terminé (j'en avais déjà entendu parler, après mon expérience LaTeX justement, mais la doc est tellement... massive que j'ai pas eu le courage d'y plonger. En attendant, je lirai ce que tu publieras sur ton blog.
Pour LaTeX mieux vaut partir d'un manuel plutôt que de la doc. Les vrais informaticiens qui rédigent la documentation et créent ces logiciels ont la culture numérique suffisante pour apprendre à utiliser un outil juste avec la documentation, et considèrent qu'une bonne documentation suffit. Pour les gens comme moi, non ça suffit clairement pas 😅. Mais il y a de bons manuels libres pour LaTeX.
Pour les gens comme moi, non ça suffit clairement pas 😅.
Je ne me sens pas concerné, mais alors pas du tout :p
J'avais testé Org-mode + Emacs, que j'avais plutôt apprécié (moins pour écrire en fr), mais Emacs demande un tel investissement en temps que j'ai pas donné suite. Là, je suis Markdown + pandoc (ou Hugo, pour mon site Web) et c'est sympa et plus qu'assez vu mes très modestes besoins.
Très intéressant d'apprendre que ce qui met en page les manuel man <n> <commande> a bien plus de souplesse que ce j'imaginais.
Perso, pour ce qui est de la mise en page, j'essaie typst depuis peu. Je ne m'en suis pas encore servi pour un document multi pages, comme j'ai pu utiliser LaTeX pendant mes études, mais pour l'instant c'est parti pour remplacer LaTeX dans ma boîte à outils numérique.
Compilation unique, langage de programmation complet plutôt que des macros, une offre de libs/paquets tiers assez étoffée. Étant écrit en rust, le compilo me semble assez léger à tourner (mais j'ai des machines démesurées par rapport à la tâche donc concrètement j'en sais rien). À noter que le compilo typst (qui se lance en commande terminale épelée idem) n'est pas l'éditeur collaboratif dont le site du projet fait la promo. On peut très bien éditer ses documents typst avec un éditeur de textes "bête" comme on le ferait pour LaTeX (vu le ton du blog je me dis que c'est pertinent de le mentionner).
Je ne connaissais pas Typst, c'est intéressant merci.
On peut très bien éditer ses documents typst avec un éditeur de textes “bête” comme on le ferait pour LaTeX (vu le ton du blog je me dis que c’est pertinent de le mentionner).
C'est effectivement pertinent, sans cette info je n'aurais pas lu leur page d'accueil jusqu'au bout :-) .
Après, de ce que j'ai vu, il manque encore pas mal de choses qui m'ont beaucoup servi pour ma thèse (d'après leur feuille de route il manque quand même encore des choses assez basiques ; mais ce qu'iels ont accompli en si peu de temps force le respect). Ça a effectivement l'air bien plus léger que LaTeX ! L'aperçu instantané c'est quand même un bon témoignage de la légèreté de la chose (même si à mon avis ça casse partiellement les avantages du WYSIWYM, mais on n'est pas obligé de l'utiliser si on ne veut pas).
Je rejetterai un coup d'œil dans 20 ans, si c'est encore là c'est que c'est là pour durer. Un des points qui m'ont fait m'intéresser à Groff c'est son âge et sa stabilité : ce que j'apprends aujourd'hui je n'aurai pas à le réapprendre tous les 5 ans. Je me méfie de la course au nouveau.
Je rejetterai un coup d'œil dans 20 ans, si c'est encore là c'est que c'est là pour durer. Un des points qui m'ont fait m'intéresser à Groff c'est son âge et sa stabilité
Je comprends tout à fait! Pour un truc aussi minutieux que de la mise en page c'est très pénible de devoir changer d'outil.