@supergeante mais markdown c’est juste pour rédiger l’intérieur des chapitres, forcément ça fait pas tout. Dans l’idée d’un workflow complet du genre Syntaxe légère => web => print, il faut forcément coupler avec d’autres outils, pour contrôler finement les images ou autres choses non texte de ce genre. À priori avec un langage de template qui fait vraiment tout ce qu’il y a « autour » de la transformation pur du texte, càd faire le plan, l’entourage des chapitres, retailler les images, etc.
Nous actuellement on ne fait pas ça avec markdown mais avec SPIP, mais le principe reste le même. Du coup ya la syntaxe légère SPIP, mais aussi les modèles d’insertion d’images aussi. La syntaxe légère est transformée comme pour markdown, mais donc il y a un squelette qui s’occupe de mettre tous les chapitres ensemble et produire le HTML final. Qui ensuite est mis en forme avec une CSS print (avec tous les trucs modernes).
Là on fait tout nous-mêmes, pour tout contrôler, mais on peut très bien imaginer que des outils comme Pandoc ou autre fasse aussi ce travail. Je veux dire, c’est à ce morceau du workflow (après la gestion de la syntaxe légère) de retailler les images, et si ça manque, faut leur demander. :)
– Syntaxe légère, organisé en chapitres (tout dans le même document, ou bien dans plusieurs fichiers, ou comme nous dans une base de données avec nos objets « Chapitres » de SPIP)
– La syntaxe légère est transformée en HTML
– Un autre outil, langage de template ou autre, s’occupe de composer le document complet avec vraiment tout (sommaire, pied de pages, travail des images, etc).
– On a alors un unique HTML complet
– Qui est soit transformé en PDF à partir d’une CSS, soit en ODT, ou autre encore (mais c’est toujours à partir du HTML qui est pivot à priori)
