Je comprends mieux le rôle de pytex que le readme de compilation décrivait peu, mais je reste dubitatif sur son intérêt. Moi aussi, j'ai écrit une surcouche à latex, notamment pour faire du prétraitement du source tex et analyser les aux produits, mais j'en suis revenu pour passer aux outils existant. Et sur chaque point que tu avances, le gain par rapport à du LaTeX vanilla me semble maigre.
Pour la compilation partielle, certes en quittant pytex on perdrait le découpage fin, mais chaque chapitre aurait ses .aux et compagnie, et le temps de re-compilation serait nettement accéléré.
Pour ton booléen changé à la volée, est-ce que \IfFileExists{security.png}{... ne suffirait pas ?
Pour la position relative des références, ça pourrait être indépendant de la compilation, comme les tests unitaires ou fonctionnels d'un code source. Et donc facultatif pour les contributeurs. En plus, ça peut se faire en TeX pur, dixit texstackexchange.
Pour intégrer des données Git dans le source LaTeX, le package gitinfo est là pour ça. Et tu peux même le charger en facultatif, pour qu'on puisse compiler sans git ni ce package.
Pour le comportement différent si on compile en Frido ou non, il me semble qu'il suffirait de compiler des fichiers différents : un frido.tex ou un everything.tex, chacun définissant quelques macros avant d'inclure un fichier main.tex commun.
À mon avis, tout ça rendrait le projet plus simple d'accès et de maintenance, et faciliterait aussi les changements de structure. Mais je reconnais que la migration demanderait du travail, sans aucun gain immédiat sur les PDF produits.
[^] # Re: Système de compilation LaTeX
Posté par rogo . En réponse à la dépêche Le Frido, un livre de mathématique libre pour l’agrégation. Évalué à 4.
Je comprends mieux le rôle de
pytexque le readme de compilation décrivait peu, mais je reste dubitatif sur son intérêt. Moi aussi, j'ai écrit une surcouche à latex, notamment pour faire du prétraitement du source tex et analyser les aux produits, mais j'en suis revenu pour passer aux outils existant. Et sur chaque point que tu avances, le gain par rapport à du LaTeX vanilla me semble maigre.Pour la compilation partielle, certes en quittant pytex on perdrait le découpage fin, mais chaque chapitre aurait ses .aux et compagnie, et le temps de re-compilation serait nettement accéléré.
Pour ton booléen changé à la volée, est-ce que
\IfFileExists{security.png}{...ne suffirait pas ?Pour la position relative des références, ça pourrait être indépendant de la compilation, comme les tests unitaires ou fonctionnels d'un code source. Et donc facultatif pour les contributeurs. En plus, ça peut se faire en TeX pur, dixit texstackexchange.
Pour intégrer des données Git dans le source LaTeX, le package gitinfo est là pour ça. Et tu peux même le charger en facultatif, pour qu'on puisse compiler sans git ni ce package.
Pour le comportement différent si on compile en Frido ou non, il me semble qu'il suffirait de compiler des fichiers différents : un
frido.texou uneverything.tex, chacun définissant quelques macros avant d'inclure un fichiermain.texcommun.À mon avis, tout ça rendrait le projet plus simple d'accès et de maintenance, et faciliterait aussi les changements de structure. Mais je reconnais que la migration demanderait du travail, sans aucun gain immédiat sur les PDF produits.