Dans la version 0.2 de latexila, le filtrage des messages d'erreurs se faisait en interne, comme dans Kile. Mais à quoi bon réinventer la roue alors que des programmes comme Rubber et Latexmk existent ?
Avec latexila, il y a deux post processor : generic et rubber. Le generic n'affiche rien du tout, ça prend juste en compte la valeur de retour. Je pourrais rajouter un autre qui afficherait tous les messages, sans aucun filtre.
Ou bien, ce qui existe dans le plug-in de Gedit, c'est un filtre minimaliste pour utiliser directement pdflatex ou autre. Mais Rubber le fait déjà en interne, donc le mieux étant que ce soit supporté directement là bas.
Le problème avec Rubber c'est que ce n'est plus vraiment maintenu (dernier commit il y a 3 mois, alors qu'il y a des patchs et des rapports de bugs en attente), et aussi que ce n'est pas très propre (j'ai quand même galéré pour installer la version en « développment »), ce qui me fait un peu pencher pour Latexmk dans le futur.
[^] # Re: Support XeLaTeX (Re: PKGBUILD)
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche LaTeXila 2.0 : environnement LaTeX intégré pour GNOME. Évalué à 2.
Pour XeLaTeX, malheureusement Rubber ne le supporte pas pour l'instant (un patch existe, mais je ne l'ai pas testé) :
https://bugs.launchpad.net/rubber/+bug/660426
Dans la version 0.2 de latexila, le filtrage des messages d'erreurs se faisait en interne, comme dans Kile. Mais à quoi bon réinventer la roue alors que des programmes comme Rubber et Latexmk existent ?
Avec latexila, il y a deux post processor : generic et rubber. Le generic n'affiche rien du tout, ça prend juste en compte la valeur de retour. Je pourrais rajouter un autre qui afficherait tous les messages, sans aucun filtre.
Ou bien, ce qui existe dans le plug-in de Gedit, c'est un filtre minimaliste pour utiliser directement pdflatex ou autre. Mais Rubber le fait déjà en interne, donc le mieux étant que ce soit supporté directement là bas.
Le problème avec Rubber c'est que ce n'est plus vraiment maintenu (dernier commit il y a 3 mois, alors qu'il y a des patchs et des rapports de bugs en attente), et aussi que ce n'est pas très propre (j'ai quand même galéré pour installer la version en « développment »), ce qui me fait un peu pencher pour Latexmk dans le futur.