Le problème c'est que le « latex 2.0 du XXIème siècle » tombera dans une des deux catégories :
Un projet partant de zéro, tout joli, bien pensé, mais avec un cruel manque de fonctions tierces, et un rendu peut-être moins bon (au début)
Un projet qui se base sur latex (ou tex) pour faire le rendu, et qui sera donc « limité » par le moteur sous-jacent et/ou bien moins puissant que le moteur lui-même (et donc il faut permettre de taper du code Tex directement si besoin, comme le font beaucoup de surcouches)
Dans les deux cas les utilisateurs sont frustrés car il manque des fonctions et ils finissent par utiliser les « vieux outils » pour pallier aux manques de la « version 2.0 ».
En parlant de python, une idée serait de faire non pas un programme mais une libraire en python qui permettrait de gérer toutes les commandes de rendu, et qui pourrait lire des fichiers avec une syntaxe proche de Latex. Les avantages sont nombreux :
Séparation du code (macros) et du texte (ce qui est déjà recommandé avec latex)
Possibilité de coder facilement des fonctions complexes en python (par exemple traitement de données) et les utiliser dans le document
Permettre à des programmes d'avoir une sortie en PDF simplement sans fichiers intermédiaires (c'est à dire ne pas construire du latex pour le compiler ensuite, mais utiliser directement la bibliothèque)
[^] # Re: 30 min
Posté par Aluminium95 . En réponse au journal Word vs TeX. Évalué à 3.
Le problème c'est que le « latex 2.0 du XXIème siècle » tombera dans une des deux catégories :
Dans les deux cas les utilisateurs sont frustrés car il manque des fonctions et ils finissent par utiliser les « vieux outils » pour pallier aux manques de la « version 2.0 ».
En parlant de python, une idée serait de faire non pas un programme mais une libraire en python qui permettrait de gérer toutes les commandes de rendu, et qui pourrait lire des fichiers avec une syntaxe proche de Latex. Les avantages sont nombreux :