Version PDF avec SPIP2LaTeX - commentaires

Version PDF avec SPIP2LaTeX

Voici SPIP2LaTeX version 1.5.5

Suite à une migration en tout UTF-8, nous avons eu besoin de filtrer les caractères Unicode posant problème. On fait ça avec le point de code au format UCS. La documentation et le présent article ont été mis à jour pour documenter cela.

Version PDF avec SPIP2LaTeX

Je viens de publier SPIP2LaTeX 1.1 :

on ajoute un argument var au filtre spip2latex, pour produire un nom de fichier différent et ainsi avoir plusieurs versions en cache. var est utilisé pour produire la hash du nom du fichier en cache :
spip2latex_pdf(#ENV**, passes, var
L'environnement de spip2latex_pdf peut inclure une variable fichier dont la valeur est utilisée pour déterminer le nom du fichier présenté au navigateur.

Version PDF avec SPIP2LaTeX

Re bonjour,

je fais suite à mon poste, car depuis mes investigations, apparement il n'y pas de fichier *.log généré dans le dossier /tmp/cache/latex/ mais un fichier avec l'extension *.tex .

Je penche de plus en plus vers un problème de PATH sur le serveur web (dans mon cas en locale avec Lampp) qui n'aurait pas accés à pdflatex.

Je continue de chercher, mais bien sûr, un regard / une aide extérieur(e) serait bienvenu :)

Merci

Version PDF avec SPIP2LaTeX

Bonjour,

je suis un ultra newsbie en Spip (2.1.11), ça c'est dit.
Pour m'excercer je l'ai installé en local sur lampp Ubuntu.

J'aurais 2 questions en amont :

lors de la configuration du serveur web : qu'entendez-vous par

Le serveur web doit avoir la commande pdflatex dans son PATH ?
comment faut-il s'y prendre pour donner

accès anonyme autorisé depuis 127.0.0.1 ?

Enfin, j'ai tenté d'installé le plugin, et d'éditer un article de test avec le modèle :

[(#MODELE{pdf}{id_article=#ID_ARTICLE})]

Lorsque je clique sur l'icône pdf, j'obtiens l'erreur suivante :

Warning: readfile(/opt/lampp/htdocs/spip/tmp/cache/latex/article1/27bd4e247abb2ff99c6e4d697d8d052e2d3b6b20.log) [function.readfile]: failed to open stream: Aucun fichier ou dossier de ce type in /opt/lampp/htdocs/spip/plugins/auto/spip2latex-1.0.1/spip2latex.php on line 1406

J'ai parcouru en vain le forum ainsi que Big G pour trouver les solutions à ces problèmes.
Donc, si une âme charitable pouvait ne serait-ce que me donner une petite piste, je ne cherche pas à ce qu'on me mâche le travail, hein, ce serait bienvenu !

Merci d'avance.

Version PDF avec SPIP2LaTeX

C'est à l'hébergeur qu'il faut le demander. Mais est-ce que LaTeX est même installé sur ce serveur ?

Version PDF avec SPIP2LaTeX

JE SUIS sous hebergement mutualisé, commade renseigné pdflatex
merci

Version PDF avec SPIP2LaTeX

Le fichier de log de LaTeX n'a même pas été créé, cela suggère que SPIP n'a même pas réussi à exécuter la commande pdflatex. Est-ce que le champ « Commande LaTeX » du formulaire CFG est bien renseigné avec quelque chose de raisonnable ? Est-ce que le serveur web a bien les droits d'exécuter la commande ?

Version PDF avec SPIP2LaTeX

salut
je suis sous spip 2.1.10 derniere version a cette date, j'ai l erreur suivante en click sur le lien pdf
Warning : filesize() [function.filesize] : stat failed for /home/dinebout/public_html/pwwo/tmp/cache/latex/article6/e24f1000e64d0dfeb9213c5a402ed0571bcb6f79.log in /home/dinebout/public_html/pwwo/plugins/spip2latex-1.0.1/spip2latex-1.0.1/spip2latex.php on line 1402

Warning : Cannot modify header information - headers already sent by (output started at /home/dinebout/public_html/pwwo/plugins/spip2latex-1.0.1/spip2latex-1.0.1/spip2latex.php:1402) in /home/dinebout/public_html/pwwo/plugins/spip2latex-1.0.1/spip2latex-1.0.1/spip2latex.php on line 1404

Warning : readfile(/home/dinebout/public_html/pwwo/tmp/cache/latex/article6/e24f1000e64d0dfeb9213c5a402ed0571bcb6f79.log) [function.readfile] : failed to open stream : No such file or directory in /home/dinebout/public_html/pwwo/plugins/spip2latex-1.0.1/spip2latex-1.0.1/spip2latex.php on line 1406

l'instalation spip est dans un sous domaine, pas de serveur.

Version PDF avec SPIP2LaTeX

sans doute, sans doute. Mais simplement depuis la 3.0 les raccourcis typo de spip sont passé en TexWheel et je m'aligne donc là dessus.

Ceci dit, du peu que je vois pour le moment, effectivement on a encore pas mal de regexp cabalisitiques.

Version PDF avec SPIP2LaTeX

Je suis curieux de voir le résultat. Ma conclusion personnelle est qu'en l'absence d'une grammaire non ambigüe il est impossible de mener à bien la phase d'analyse syntaxique proprement. On est obliger de faire comme dans le noyau de SPIP, à savoir des enchainement de regex plus ou moins cabalistiques, et clairement peu maintenable. Mais j'adorerais avoir tort.

Version PDF avec SPIP2LaTeX

pas seulement, aussi pour avoir quelquechose de structuré et facilement maintenable par d'autres.

Version PDF avec SPIP2LaTeX

TextWheel pour réinventer la roue, en somme ? :-)

Version PDF avec SPIP2LaTeX

salut,

par rapport à cela justement, je suis en train de créer un nouveau plugin qui ferait la même chose, à deux différences prés :
- il ne se chargera pas de la compilation en LaTeX, mais simplement de transformer du code spip en code LaTeX.
- il se base sur l'API Textwheel incluse dans SPIP 3 pour formaliser les transformation à operer.

Par ailleurs il se trouve sur la zone (encore en cours de dev)

Version PDF avec SPIP2LaTeX

Nouvelle version 1.0.1, corrigeant deux bugs

Une virgule dans le titre cassait la compilation LaTeX (\hypersetup prends ça pour un séparateur d'arguments)
les descriptifs d'images n'étaient pas pris en compte

Version PDF avec SPIP2LaTeX

Oui, tu peux tout à fait envoyer en marge les texte encadré ou les [** texte en exergue **], par exemple. il suffit de redéfinir spiptolatexcadre ou spiptolatexaltexergue.

Version PDF avec SPIP2LaTeX

Le prix est la connaissance de LaTeX, qui n'a pas la courbe d'apprentissage la plus conviviale qui soit.

Soit. Passer par Latex me parait être le meilleur moyen de générer des notes de marges. Peut on imaginer qu'à partir d'une div comme encart on génère du marginpar{} ?

Quelque chose comme spip2latex modeles/latex_encart qui fasse \marginpar #TEXTE ?

Je pense qu'il y a une façon élégante d'introduire les notes de marges dans SPIP par le biais du PDF. Tant qu'on reste dans le flux html on se contente d'un joli encadré stylé à son goût.

Version PDF avec SPIP2LaTeX

SPIP2LaTeX transforme la typo SPIP en LaTeX, et utilise la commande pdflatex de LaTeX pour en faire du PDF. Aucune librairie ou extension PHP n'est requise.

Ce projet semble faire du PDF depuis de l'HTML, ce qui suggère qu'on pourrait faire un autre plugin, qui transformerait la typo SPIP en HTML (en fait c'est SPIP qui fait ça), et utiliserait TCPDF pour faire du PDF.

Version PDF avec SPIP2LaTeX

OK,

Je pensais que cette classe intervenait après la compilation par Latex et qu'elle ne dispensait pas de Latex. Au temps pour moi.

Version PDF avec SPIP2LaTeX

Sans vouloir dévaloriser le travail fait dans le cadre du projet TCPDF, qui est sans aucun doute excellent, c'est un projet de plus pour produire du PDF, qui se confronte au même problème que les autres : faire un PDF ça n'est déjà pas trivial, mais faire une bonne mise en page, c'est beaucoup plus difficile.

En la matière, le logiciel le plus avancé est sans aucun doute LaTeX, et de très loin. On peut lui reprocher la syntaxe cryptique de son langage et sa difficulté d'apprentissage, mais il bénéfice tout de même de 26 ans de recul en matière de mise en page.

Le plugin SPIP2LaTeX fait le choix de s'appuyer sur LaTeX, pour une flexibilité et une qualité maximum dans le rendu des PDF. Le prix est la connaissance de LaTeX, qui n'a pas la courbe d'apprentissage la plus conviviale qui soit.

Version PDF avec SPIP2LaTeX

Si ça peut être utile je viens de tomber sur cette nouvelle classe php :

Elle génère du pdf en prenant en compte utf8 RTL les langages de programmation ...

Version PDF avec SPIP2LaTeX

Et voila notre version 1.0, soit-disant stable. Normalement c'est l'instant où une horde de nouveaux venus débarquent, testent le plugin, et trouvent une montagne de bogues :-)
Nouveautés depuis 0.9.9
- Gestion des liens internes sans titre : on prend le titre de l'objet
- Configuration CFG pour indiquer a quelle longueur on tronque les URL
- C'est la 1.0

Les prochains développements vont tourner autour de l'export de site entier, avec intégration du travail déjà fait par Matthieu à ce sujet, et la gestion des références.

Version PDF avec SPIP2LaTeX

pour les liens internes, oui, c'est cela
pour les troncatures... tu as raison, je pense que l'option que tu proposes n'est pas mal :)

Il va me rester 1 soucis ensuite. C'est que pour certains PDFs, les liens vers les articles doivent être externes (une URL est donc affichée) mais pour certains autres, qui contiennent, eux, par exemple l'intégralité des articles du site, les liens vers les articles doivent être internes au PDF, c'est à dire afficher le numéro de la page correspondante. Je me demande si une option au filtre |spip2latex_pdf{} ne pourrait pas dire cela... peut être que je me trompe.

En tout cas, merci, les problèmes disparaissent les uns après les autres :)

Version PDF avec SPIP2LaTeX

Pour les liens vers des articles internes, en fait si il n'y a pas de texte du lien on doit prendre le titre de l'article ? Pas de soucis.

Pour les troncatures d'URL, le mieux que je puisse proposer, c'est de rendre la longueur configurable via CFG, avec 0 pour ne pas tronquer. Mais bon les URL interminable, personne ne les recopie, hein...

Version PDF avec SPIP2LaTeX

Bon... ça devient bien là...
Reste juste un soucis que je vois en regardant le PDF généré. Un texte tel que :

Voir : [->art8], [->art9], [->art10]

Génère : Voir : 1, 2, 3.
Où 1, 2, 3 sont des notes en bas de page où l'URL est affichée.
Cela devrait afficher : Voir : titre de l'article 1, titre de l'article 2, titre de l'article 3
Où 1, 2 et 3 sont toujours les liens en bas de page.

Autre chose, certains liens qui sont long sont coupés dans les notes en bas de page. Or, ce qu'on demande à un PDF, c'est de pouvoir être imprimé (il me semble), du coup, couper le texte des liens ne me parait pas pertinent, vu qu'une moitié de lien imprimé amène à un 404 inévitablement :)

Du moins... une option pourrait nous départager :)

Version PDF avec SPIP2LaTeX

Version 0.9.9
- Ne pas garder les numéros de classements dans les noms des PDF
- Gestion de cache : on purge les PDF des que la base est modifiée
- Echappement correct des URL de glossaire, gestion de versions raccourcies
- Les listes numérotés fonctionnent
- Affichage correct du code PHP invalide dans les cadres

Histoire de tenter un peu le diable, je l'ai marquée « stable »

Version PDF avec SPIP2LaTeX

Concernant spip2latex_insert_head(), cet appel n'a pas sa place à mon avis.
Il vaut mieux le faire dans spip2latex_pdf(), en passant $contexte dedans. Au passage, je ne vois pas pourquoi ne supprimer que les PDF de l'article en train d'être visité : si c'est pour qu'il ait son PDF à jour, c'est déjà le cas en utilisant le cache de SPIP et la fonction spip2latex_pdf(). Si c'est pour enlever de vieux PDFs qui ne sont potentiellement plus à jour, autant supprimer tout le répertoire latex/.

Je proposerais donc de supprimer tous les PDF dès que la date de modification de SPIP a changé (donnée par $GLOBALS['meta']['derniere_modif'] qui serait à stocker par exemple dans spip2latex/date_purge).

Ainsi, même lorsqu'un PDF ne dépend pas directement d'un article (par exemple là, j'essaie d'exporter tout le site en PDF), mon PDF doit se recalculer (ça il le fait déjà) et supprimer les anciens (alors même que le PDF n'est pas stocké dans latex/articleNN donc)

Je sais pas si je suis très clair dans mes explications.

Bon, par contre, va falloir trouver une solution pour faire soit fonctionner [(#TEXTE*|spip2latex_pdf)], soit [(#TEXTE**|...)] en créant une fonction à peu près équivalente à interdire_script de SPIP pour latex... J'ai aussi d'autres catastrophes sur des articles ayant des codes PHP intégrés pas tout à fait valide.

Exemple dans le texte d'un article (avec le cadre de classe php) (à appeler avec ?page=latex&id_article=117&var_mode=recalcul) :

Version PDF avec SPIP2LaTeX

Je viens de tester pour $href latex0 (sans modification) et ça semble fonctionner :

 $href = extraire_attribut($ref, 'href');
+ $href = spip2latex_escape_latex0($href);
- $href = str_replace('#', '@\\#', $href);

Version PDF avec SPIP2LaTeX

Compris !

C'est cet article qui fait planter : http://programmer.spip.org/Ajouter-un-type-de-glossaire

En fait... le PHP est exécuté !
Voilà qui nous met dans l'embarra !

Version PDF avec SPIP2LaTeX

Pour href, tu pourrais essayer de faire les mêmes échappements que dans spip2latex_escape_latex0 (en ajoutant l'@), pour voir si ça continue de marcher ?

Pour le $GLOBALS["contexte"], on doit déjà se le farcir pour spip2latex_insert_head, du coup ça motive moins pour s'en débarrasser. En tout cas ça m'aura appris que ENV c'est $GLOBALS["contexte"], je n'ai pas perdu ma journée.

Pour le #TEXTE**, pour rappel, on a vraiment besoin de la double étoile pour pouvoir afficher dans un bloc de code.



Version PDF avec SPIP2LaTeX
Coquille :
function spip2latex_traiter_raccourcis_glossaire($texte) {
-	include_spip('inc_lien');
+	include_spip('inc/lien');
J'ai un soucis dont je ne retrouve pas l'origine, sur [(#TEXTE**|spip2latex)] lorsqu'un article possède un glossaire [?mot#trac], il me dit que la fonction de l'extension « code » pour le porte plume nommée « glossaire_trac » est déjà définie, alors même que je vérifie justement son éventuelle existence avant, et que en théorie ce fichier n'est appelé qu'une seule fois (http://zone.spip.org/trac/spip-zone/browser/_plugins_/porte_plume_extras/codes/pp_codes_fonctions.php#L15). Si je mets[(#TEXTE*|spip2latex)], cela passe. Je vais essayer de poursuivre mes recherches.


Version PDF avec SPIP2LaTeX
Bien, déjà, toutes les erreurs que j'avais pu avoir sont corrigées par cette version, c'est extra ! Merci donc :)
Je vais donc tenter d'aller un peu plus loin en exportant toute une rubrique... si j'y arrive :)


Version PDF avec SPIP2LaTeX
Bien, je vais tester.
Par rapport à ma ligne sur $href, c'est bien possible que ma correction soit insuffisante.
Je te propose également d'éviter $GLOBALS['contexte'] dans spip2latex_pdf de la sorte :
[(#INCLURE{fond=latex/document.tex,env}|spip2latex_pdf{ [(#ENV**|unserialize)] })]
Et
function spip2latex_pdf($texte, $contexte) {


Version PDF avec SPIP2LaTeX
Nouvelle version 0.9.6, avec plein de trucs chouettes
 Tout le jeu de caractere latin-1 peut etre utilise sans erreur
 Ajouter la connaissance de latin-9
 Formulaire CFG pour indiquer la commande pdflatex (ou xetex...)
 Usage du cache SPIP pour les PDF
 Correction pour le glossaire quand il y a des #
Attention, pour ceux qui s'étaient fait une version PDF lorsque l'URL finii en  ?formatpdf=1, il y a un changement. On ne dit plus
[(#ENV{formatpdf}|?{#SPIP2LATEX_PDF_OUTPUT{#URL_PAGE{latex}| url_absolue|parametre_url{id_article,#ID_ARTICLE}}})]
Mais on dit :
[[(#INCLUDE{fond=latex/document.tex,env}|spip2latex_pdf)](#ENV{formatpdf})]
Dernier point, pour Matthieu : je n'ai pas trop compris l'objet de ta contribution $href = str_replace('#', '@\\#', $href);, je l'ai intégré, mais je me demande si il ne faudra pas le même type de traitement pour d'autres caractères spéciaux LaTeX, comme _ % ou &


Version PDF avec SPIP2LaTeX
Bon bon bon... 

En ajoutant
$href = extraire_attribut($ref, 'href');
+ $href = str_replace('#', '@\\#', $href);
J'arrive à générer cette page sans erreur qui contient un raccourcis [?...#trac123].
On avance :)

Je suis content !


Version PDF avec SPIP2LaTeX
Autre bug, ou pas (?) Lorsqu'on fait un copier/coller de texte de cadre de code issu d'un PDF généré, on obtient des espaces entre toutes les lettres. Les appostrophes ne sont pas correctes non plus : elles se sont francisées :
$ t a b l e _ d e s _ t r a i t e m e n t s [ ' BALISE '][] = ' traitement (% s
) ';
// remarquer ' à la place de ' ainsi que l'espace entre chaque lettre.


Version PDF avec SPIP2LaTeX
@coquille : c'est moi la coquille pour le coup... \ ne faisant qu'un seul caractère... désolé :) c'était bien 0, 3 donc :)
Pour la correction du glossaire... j'ai appliqué ça (à la vavite), et ça semble fonctionner. Il y a certainement mieux à faire :
+ $t = str_replace('@\\', '', $t); list($t, $bulle, $hlang) = traiter_raccourci_lien_atts($t);


Version PDF avec SPIP2LaTeX
Je viens de voir une coquille :

L. 883 chez moi (mais j'ai ajouté des choses styles spip_log pour débugguer) :
- if (substr($href, 0, 3) == '@\\#')
+ if (substr($href, 0, 4) == '@\\#') $rep = $titre;


Version PDF avec SPIP2LaTeX
J'ai trouvé pourquoi sur certaines pages il ne me l'envoie pas correctement. Enfin j'ai trouvé que le pdf a une erreur dedans, mais est bien créé. Du coup, comme je calculais la taille du fichier qu'en cas de réussite du pdf, il m'inscrivait une taille 0. Bref, en calculant la taille du fichier même en cas d'erreur (pour certaines, ça doit passer), c'est déjà mieux, il me l'envoie.
Reste l'erreur...

Ça vient de mon raccourcis [?...#trac] dans les phrases tel que :
Dans ces cas là, elles sont déclarées (dans SPIP) soit dans le fichier [?ecrire/public/balises.php#trac], soit dans le répertoire [?ecrire/balise/#trac]
Ma fonction php pour gérer ce glossaire me retourne une URL du style : http://core.spip.org/trac/spip/browser/@file@?rev=spip-2.1 à laquelle il ajoute parfois #L123 où 123 est un numéro de ligne.
Le code LaTeX généré semble pourtant en tenir compte, mais peut être pas entièrement (?) :
Dans ces cas là, elles sont déclarées (dans SPIP) soit dans le fichier \href{http://core.spip.org/trac/spip/browser/ecrire/public/balises.php\?rev=spip-2.1}{ecrire/public/balises.php\}\footnote{\url{http://core.spip.org/trac/spip/browser/ecrire/public/balises.php\?rev=spip-2.1}}, soit dans le répertoire \href{http://core.spip.org/trac/spip/browser/ecrire/balise/\?rev=spip-2.1}{ecrire/balise/\}\footnote{\url{http://core.spip.org/trac/spip/browser/ecrire/balise/\?rev=spip-2.1}}
Dans le log de la génération, on trouve notamment :
LaTeX Warning: No \author given. Runaway argument?
{ecrire/public/balises.php\}\footnote {\url {http://core.spip.org/tra\ETC.
! Paragraph ended before \hyper@link@ was complete.
 \par l.198 I suspect you've forgotten a `}', causing me to apply this
control sequence to too much text. How can we recover?
My plan is to forget the whole thing and hope for the best.
Personnellement, ça ne me parle pas trop :)


Version PDF avec SPIP2LaTeX
Je m'étais ajouté également la possibilité, sur la vue d'un article ou d'une rubrique, d'ajouter &format_sortie=pdf pour que ça retourne le pdf. Peut être que cela peut d'intéresser de l'intégrer :
Plugin.xml
	 styliser spip2latex.php 
Dans spip2latex.php :
function spip2latex_styliser($flux) { if ($flux['args']['contexte']['format_sortie'] == 'pdf') { if (in_array($flux['args']['fond'], array('article', 'rubrique'))) { $base = find_in_path("pdf." . $flux['args']['ext']); $squelette = substr($base, 0, - strlen("." . $flux['args']['ext'])); $flux['data'] = $squelette; } } return $flux;
}
PS : j'ai certains pdfs se générant bien (ils sont dans le cache), mais qui ne s'envoient pas correctement depuis le PHP (0 octets reçus). Faut que je comprenne ce qui cloche.


Version PDF avec SPIP2LaTeX
Ah oui, mais non : il ne faut pas le supprimer :p

Ce que l'on met dans le fichier cache est l'envoi du fichier (readfile()), donc, il faut toujours le fichier.
Ce qui serait à supprimer par contre, ce sont les vieux fichiers PDF lorsque le sha1 du texte a changé (ie : l'article ou le contenu a été mis à jour). Mais je n'ai pas plus d'idées que la solution que tu emploies déjà je crois ?
En fait, je pense que lors de la création d'un PDF (donc lors d'un calcul du squelettes pdf.html, dans la fonction _avec_cache() ), il faut regarder la date de modification des contenus (c'est une meta SPIP employée pour la gestion du cache). Si elle a changé, il faut lancer la suppression des PDF, avant de créer celui demandé (et de la même manière avec ?var_mode=recalcul).


Version PDF avec SPIP2LaTeX
Matthieu : j'ai mis en place ta suggestion avec spip2latex_source_pdf_avec_cache, mais il y a un soucis : le PDF calculé avec pdflatex ne nous sert plus une fois que SPIP a mis le PDF en cache, mais quand est-ce qu'on va l'effacer ?


Version PDF avec SPIP2LaTeX
La fonction spip2latex_charset() met maintenant une valeur par défaut si on lui passe NULL, du coup ça devrait marcher.
Je regarde plus tard pour ton autre message, qui constitue une modification un peu plus intrusive.


Version PDF avec SPIP2LaTeX


Sur la balise #SPIP2LATEX_CHARSET :

Son argument est censé être optionnel. Sans argument, la balise est doit renvoyer ce qu'on lui a passé avant, ou ce qui a été configuré dans le module CFG, ou à défaut latin-1.

Dans ce cas, il y a un problème dans le code, car il n'y a pas de « sinon » d'écrit pour la balise, si on la met vide :
function balise_SPIP2LATEX_CHARSET($p) { $charset = interprete_argument_balise(1,$p); $p->code = 'spip2latex_charset('.$charset.')'; // -> quelque chose d'à peu près comme ça : $p->code = 'spip2latex_charset(sinon('.$charset.', lire_config('spip2latex/charset', 'latin1')))'; return $p;
}


Version PDF avec SPIP2LaTeX
Bon... après re réflexions sur cette histoire de .pdf et de cache... je pense vraiment qu'il faut laisser SPIP gérer le cache du fichier, en mettant dans le squelette PDF les entêtes qu'il faut (notamment pour dire que c'est un fichier pdf) ET le code source du PDF généré. Ainsi, on pourrait bénéficier de #CACHE et de ?var_mode=calcul sur ce fichier. C'est peut être quelque chose comme (testé) :
[(#INCLURE{fond=latex,env}|spip2latex_source_pdf_avec_cache)]
Et la fonction (rapidement faite, notamment, il n'y a pas là de gestion du nom du fichier...)

Il faudrait peut être passer objet/id_objet à la fonction le cas échant pour calculer le titre du document. Je n'ai testé qu'avec ma configuration UTF-8 :
$header) { $headers[$n] = ""; } return implode('', $headers)."";
}
?>
+ retirer le header text/plain sur latex.html, qui contredit celui de pdf.html pour le coup (mais il pourrait peut être rester, je n'ai pas testé).
De la sorte : la fonction est appelée sur les calculs et calcule dans ce cas systématiquement le PDF. Les risques sont :
 disparition du fichier PDF (ça n'a pas vraiment lieu d'être et il sera recréé au prochain calcul)
 comment actualiser lorsque le contenu de l'objet est mis à jour : bien on laisse faire SPIP, qui rend obsolète son cache dès qu'une modification en base est effectuée... (en fait c'est pas un risque, ça marche !)
PS : je testais avec la version 0.9.4


Version PDF avec SPIP2LaTeX
Bon, alors en vrac :
 J'ai fait la correction pour DOSSIER_SQUELETTE, mais il faut savoir que j'avais pompé ça du module barre typo, qui vu son grand age me semblait irréprochable. Il y a peut être une suggestion à faire là bas.
 IMG a été remplacé par img
 J'ai intégré tes suggestions pour le var_mode=calcul des pdf, et le ecrire_fichier().
Sur l'idée de faire passer les PDF dans le cache de SPIP. Ca serait mieux, mais je ne suis pas très optimiste. En particulier, il faudra un moyen de purger le PDF lorsque l'article correspondant est calculé.
Sur la balise #SPIP2LATEX_CHARSET :

Son argument est censé être optionnel. Sans argument, la balise est doit renvoyer ce qu'on lui a passé avant, ou ce qui a été configuré dans le module CFG, ou à défaut latin-1. L'idée est que latex.html fixe la valeur à ce qu'on trouve via CFG, ou latin-1 à défaut, mais que l'usager qui surcharge latex/preambule.html a toujours la possibilité d'utiliser autre chose. Je ne doute pas que ce besoin se fera sentir sur un site multilingue, dans la mesure où utf-8 en LaTeX est un sport difficile, et où latin-1 est évidemment limité.
J'ai mis une valeur par défaut pour faire taire le warning PHP
Et nous voila avec une version 0.9.5


Version PDF avec SPIP2LaTeX
Bon, ça ne va pas avec #FILTRE : il filtre le code PHP généré... mais les inclusions ne sont pas encore dedans. Peut être avec le pipeline affichage_final...
Déjà, je pense que ajouter : || in_array(_request('var_mode'), array('calcul', 'recalcul')) au moment du test des sources existantes pourrait aider à ce que &var_mode=calcul sur la page pdf le recalcule effectivement.
if (!file_exists($pdffile) || (filesize($pdffile) == 0) || in_array(_request('var_mode'), array('calcul', 'recalcul'))) {
Dans cette condition, tu pourrais utiliser la fonction de SPIP ecrire_fichier() au passage : if (ecrire_fichier($texfile, $texte) == FALSE) {...}


Version PDF avec SPIP2LaTeX
Je me demande si dans la page pdf.html, à la place d'un appel à une URL externe (qui ne comprendra pas un éventuel ?var_mode=calcul, il ne faudrait pas tester un :
[(#FILTRE{spip2latex_pdf_output})]
[(#INCLURE{fond=latex, env})]
De la sorte, c'est le filtre (à adapter) qui ferait les post-traitements pour passer à PDF, et on pourrait bénéficier d'un cache.


Version PDF avec SPIP2LaTeX
Bien...
Alors, quelques remarques :
 le formulaire CFG fait appel à IMG/spip2latex24.png. Ou a #DOSSIER_SQUELETTES/../IMG/spip2latex.png, ce qui n'est pas correct. Il faut utiliser #CHEMIN{IMG/spip2latex.png}, mais il vaudrait mieux nommer le répertoire « images » ou « img » pour éviter la confusion avec IMG/ du site SPIP
 j'obtiens l'erreur sur ?page=latex&id_article=120 : Missing argument 1 for spip2Latex_charset() alors même que je l'ai déclaré « utf-8 » et validé le formulaire CFG. L'erreur vient de \usepackage[#SPIP2LATEX_CHARSET]{inputenc} dans le préambule, qui n'a pas le charset passé en paramètre de la balise (mettre : \usepackage[#SPIP2LATEX_CHARSET{#CONFIG{spip2latex/encodage, iso-8859-1}}]{inputenc} )
 lorsque le code est trop long, le retour à la ligne ne semble pas se faire (du moins dans une liste). Peut être que l'on n'y peut rien ?
 le code parait écrit plus gros. Est-ce simplement le type de police qui change ?
La suite au prochain épisode :)


Version PDF avec SPIP2LaTeX
Je testerai dès que j'ai un peu de temps, pour vous ajouter quelques bugs :) 

Ce serait dommage que vous vous ennuyiez !
Matthieu ^^


Version PDF avec SPIP2LaTeX
Nouvelle version 0.9.4
 gestion correcte de la ligature du œ
 formulaire CFG pour indiquer l'encodage de sortie
 la sortie UTF-8 fonctionne (NB : on sucre les accents dans les listings)
 la langue est donnée au paquetage babel à partir de la langue de l'article
Ma liste de problèmes à corriger est vide, hormis la demande de Matthieu concernant les modèles latex non trouvés, pour laquelle je ne suis pas certain de la bonne route à prendre. Peut être faudrait-il que ce soit configurable.


Version PDF avec SPIP2LaTeX
Merci infiniment de votre temps et de votre fidelité à spip,

Merci


Version PDF avec SPIP2LaTeX
Je n'ai pas tout suivi pour interdire_scripts...

Mais c'est une question de sécurité que le chevron soit transformé en entité html. Il n'y a pas à avoir de  dans un article en dehors d'une boucle  ou  ! Donc que ce soit échappé est très bien !

Je suis ennuyé pour voir ce qui a changé entre les 2 versions. Croyez-vous possible de déposer le plugin sur la zone et de le modifier par SVN. J'ai l'impression que ce serait plus simple pour suivre le développement.


Version PDF avec SPIP2LaTeX
pour un bouquin que j'écrit, j'utilise le minted package http://www.ctan.org/tex-archive/macros/latex/contrib/minted/ qui fait de la coloration syntaxique en ligne ou en bloc.
Il est écrit en python, donc ca devrait pouvoir ce faire de créer une coloration syntaxique spécifique à SPIP.


Version PDF avec SPIP2LaTeX
Nouvelle version 0.9.3

- Traduire en LaTeX un peu d'HTML : 
 à , , 

- Honorer le marquage pour les glossaires

- Utiliser le class="langage" das cadres

- Balise SPIP2LATEX_CHARSET pour choisir le jeu de caractère de sortie

- Distinction entre code en ligne et en bloc
Moyennant de surcharger le latex.html et le latex/preambule.tex.html, il est donc maintenant possible de sortir en UTF-8 pour faire du RTL.
Il y a un soucis avec le code PHP verbatim : dans la version 0.9.2, on obtenait la version LaTeX du corps d'un article avec TEXTE*|spip2latex. Dans ce cas, si je met  dans l'article, interdire_scripts() intervient après le filtre spip2latex et me le transforme en . L'entité HTML est affichée dans le PDF à la place du chevron, ce qui n'est pas le but recherché.

La seule solution que j'ai trouvé, c'est d'utiliser la double étoile : TEXTE**|spip2latex. Le  n'est plus modifié par interdire_scripts(), mais le code PHP est exécuté par le serveur, ce qui n'est pas souhaitable non plus. La parade mise en œuvre dans cette version 0.9.3, qui demande une relecture de la part de connaisseurs, consiste à ce que spip2latex remplace  par . Est-ce raisonnable ?



Version PDF avec SPIP2LaTeX

ligature « œ » (1 seul caractère) non reconnu : tout ce qui est après n'est pas affiché dans le PDF

Je tente une piste : il faut prendre en compte 2 choses dans LaTEX l'encodage du document au moment de sa création iso latin1, mac roman, utf8 … et les packages utilisés. Ainsi dans un document au format mac roman rien ne dit que
\usepackage[utf8]{inputenc}
 ne donne les effets attendus.
Il doit falloir garder la cohérence entre format et package.
En espérant aider, je vous suis de près sur ce plugin.


Version PDF avec SPIP2LaTeX
Pour UTF8 et les langues je vois 2 solutions pour l'instant.
 La première est de fournir un langue.sty appelé dans le preambule, il suffirait de ne surcharger que ce fichier là. Par exemple avec [(#INCLURE{fond=latex/langue.sty})]
 la seconde consiste à utiliser CFG (et/ou bonux) ou des define() et d'utiliser dans le préambule (qui est un squelette SPIP) des appels à ces valeurs tel que #CONFIG{latex/langue}. Il est aussi possible de proposer #CONFIG{latex/vos_styles} avec un textarea dans un formulaire de configuration que les gens peuvent remplir au besoin (mais #INCLURE{fond=latex/mes_styles} est tout aussi bien en en mettant un vide par défaut)


Version PDF avec SPIP2LaTeX
Dans SPIP, la balise  ne passe pas, à ma connaissance, dans le plugin de coloration syntaxique par défaut, et cette balise n'a pas d'attribut pour désigner le type de code (cela dit, elle pourrait très bien en avoir un et l'utiliser). En général, nous utilisons  pour du code à même le texte, et  pour des blocs de code. Pour la distinction bloc / inline, gérer  tout le temps inline et  tout de temps bloc devrait convenir.

J'ai regardé un peu les sources de listings, il semble qu'il s'appuie essentiellement sur une liste de vocabulaire connu, et non sur un parseur, par exemple à base d'expressions régulières, mais je me trompe peut être.
[ avant (#TRUC_MUCHE) après ]
risque donc d'être difficile à colorer car on ne peut pas présupposer le nom « truc_muche ».
Matthieu.


Version PDF avec SPIP2LaTeX
Pour le code en ligne, il vaudrait mieux utiliser les fonctionnalités du package listings.
% préambule
\usepackage{color}
\definecolor{code.text}{rgb}{0,0.25,0.75} % bleu cyan
\definecolor{code.var}{rgb}{0,0,0.75} % bleu \usepackage{listings}
\lstdefinestyle{text}{basicstyle=\ttfamily\color{code.text}}
\lstdefinestyle{var}{basicstyle=\ttfamily\color{code.var}} % texte Un texte avec \lstinline[style=text]{[ avant (#BALISE) après ]} qui est propre \lstinline[style=var]{(#BALISE)}.
L'avantage est que le code est plus lisible.

L'inconvénient est qu'on ne peut pas imbriquer les \lstinline. Mais le salut sera sans doute dans la rédaction du style SPIP pour listings. Je vais y plancher.


Version PDF avec SPIP2LaTeX
Sur les différents points soulevés, je souhaite lancer un appel à commentaire :
Sortir en UTF-8

Certains usagers auront besoin de faire du code LaTeX en UTF-8, par exemple pour les langages RTL. Néanmoins la possibilité de sortir en ISO-8859-1 est importante, car si j'ai bien compris, certains paquetages LaTeX ne marchent bien qu'en ISO-8859-1.
Avec cette double exigence, il semble souhaitable que le choix du jeu de caractère de sortie soit configurable. On pourrait imaginer de passer par CFG pour cela, mais c'est peu intéressant, car on doit aussi toucher à latex/preambule.tex.html pour préciser la langue et le jeu de caractère. Si on doit modifier des squelettes, cela plaide pour que le réglage du jeu de caractère de sortie se fasse dans les squelettes.
J'ai expérimenté l'ajout d'un argument optionnel au filtre spip2latex() pour indiquer le jeu de caractère de sortie. L'inconvénient est qu'il faut le préciser à chaque utilisation du filtre dans le squelette. Est-ce que quelqu'un a une meilleure idée ?
Sur les cadres PHP

Il semble qu'une bonne approche serait que l'environnement spiptolatexcadre prenne un argument optionnel où on mettra une éventuelle classe, qu'on aura récupéré depuis l'attribut class. Ensuite, dans le .sty, on peut utiliser les options déjà toutes faites de LaTeX pour rendre tel ou tel langage.
Tant qu'on est là, on peut essayer de s'assurer qu'on ne rate rien d'autre autour de ces modèles. Question: : est-ce qu'il y a une liste exhaustive des attributs et de leurs valeurs possibles qu'on utilise dans les modèles cadre, code, poesie et quote,
Sur les marquages en ligne ou en bloc

Actuellement on traite pareil un  en ligne ou en bloc, il va falloir qu'on change ça. La distinction semble simplement la présence d'un retour de chariot après le 



Version PDF avec SPIP2LaTeX
Sur les différents points soulevés, je souhaite lancer un appel à commentaire :
Sortir en UTF-8

Certains usagers auront besoin de faire du code LaTeX en UTF-8, par exemple pour les langages RTL. Néanmoins la possibilité de sortir en ISO-8859-1 est importante, car si j'ai bien compris, certains paquetages LaTeX ne marchent bien qu'en ISO-8859-1.
Avec cette double exigence, il semble souhaitable que le choix du jeu de caractère de sortie soit configurable. On pourrait imaginer de passer par CFG pour cela, mais c'est peu intéressant, car on doit aussi toucher à latex/preambule.tex.html pour préciser la langue et le jeu de caractère. Si on doit modifier des squelettes, cela plaide pour que le réglage du jeu de caractère de sortie se fasse dans les squelettes.
J'ai expérimenté l'ajout d'un argument optionnel au filtre spip2latex() pour indiquer le jeu de caractère de sortie. L'inconvénient est qu'il faut le préciser à chaque utilisation du filtre dans le squelette. Est-ce que quelqu'un a une meilleure idée ?
Sur les cadres PHP

Il semble qu'une bonne approche serait que l'environnement spiptolatexcadre prenne un argument optionnel où on mettra une éventuelle classe, qu'on aura récupéré depuis l'attribut class. Ensuite, dans le .sty, on peut utiliser les options déjà toutes faites de LaTeX pour rendre tel ou tel langage.
Tant qu'on est là, on peut essayer de s'assurer qu'on ne rate rien d'autre autour de ces modèles. Question: : est-ce qu'il y a une liste exhaustive des attributs et de leurs valeurs possibles qu'on utilise dans les modèles cadre, code, poesie et quote,
Sur les marquages en ligne ou en bloc

Actuellement on traite pareil un  en ligne ou en bloc, il va falloir qu'on change ça. La distinction semble simplement la présence d'un retour de chariot après le 


Version PDF avec SPIP2LaTeX
Pour les codes et cadre...
voici ce que j'ai fait et modifié, il faut notamment que  puisse fonctionner, or le plugin ne prend en compte que  comme syntaxe. Idéalement, il faudrait récurérer la valeur « php » mais je ne l'ai pas fait dans cette correction :
Dans spip2latex.php, autour de la ligne 843, changer la regexp et inverser les échappements entre code et cadre :
 $lv) { $regex = sprintf('|<%s(?:\s[^>]*)?>(.*)?|UmsS', $v, $v); if (preg_match_all($regex, $t, $matches, PREG_SET_ORDER)) { foreach ($matches as $m) { switch($v) { case 'code': $r = sprintf( "\n\\begin{spiptolatexcode}\n". "%s\n\\end{spiptolatexcode}\n", spip2latex_escape_latex0($m[1])); break; case 'cadre':	/* FALLTHROUGH */ case 'frame': $r = sprintf( "\n\\begin{spiptolatexcadre}\n". "%s\n\\end{spiptolatexcadre}\n", $m[1]); break;
// ...
}}}}
Dans le fichier de préambule, adapter code (simple couleur) et cadre (avec listings), par exemple :
% commenter ou supprimer
%\newenvironment{spiptolatexcadre}{}{}
% modifier :
% Code
%
% couleur code % - texte
\usepackage{color}
\definecolor{code.border}{rgb}{0.7,0.7,0.7} % gris
\definecolor{code.text}{rgb}{0.1,0.1,0.5} % bleu gris \usepackage{listings}
\lstset{% extendedchars=true, breaklines=true, basicstyle=\ttfamily
}
\lstnewenvironment{spiptolatexcadre}{% \lstset{% frame=single, framesep=1ex, rulecolor=\color{code.border}, xleftmargin=1ex, xrightmargin=1ex }
}{} %\lstnewenvironment{spiptolatexcode}{}{}
\newenvironment{spiptolatexcode}{% \color{code.text}
}{}
Ce n'est qu'un exemple, mais au moins j'ai les codes et cadre qui s'affichent. C'est loin d'être parfait niveau présentation tout de même !


Version PDF avec SPIP2LaTeX
Finalement, pour revenir aux couleurs, j'ai l'impression que définir un environnement se rapproche plus des  ou 
 en CSS. On peut les imbriquer avec \begin et \end, ce qui semble intéressant. Un exemple de code :
% texte
% ---------
Un texte avec \begin{code}[ avant (\begin{variable}\#BALISE\end{variable}) après ]\end{code} qui est propre.
% style
% ---------
% les couleurs predefinies
\usepackage{color}
% couleur code % - texte
\definecolor{code.text}{rgb}{0,0.25,0.75} % bleu cyan
% - variables
\definecolor{code.var}{rgb}{0,0,0.75} % bleu
% environnements
\newenvironment{code}{\color{code.text}}{}
\newenvironment{variable}{\color{code.var}}{}
Reste à trouver comment passer de inline à block et faire des marges, et j'aurais compris le plus gros, j'espère :)


Version PDF avec SPIP2LaTeX
Pour ce qui est du code en coloration syntaxique, il existe le package « listings ». Évidemment ce package ne comprends pas le SPIP :) mais il y a peut être moyen de l'enrichir.
Ça donne quelque chose comme :  à traduire par :
% preambule
\usepackage{listings}
% texte
\lstset{language=PHP}
\begin{lstlisting}
for ($i = 1; $i < 3; $i++) { $x .= ma_belle_fonction($i, 100);
}
\end{lstlisting}


Version PDF avec SPIP2LaTeX
Attention, avec l'écriture :
Voila du texte \textcolor{rouge}{colorié en rouge}
 on ne sépare pas le fond de la forme.
Or, c'est bien cela que l'on souhaite obtenir : modifier le style « important » sans changer la source du texte. Donc simplement en modifiant le fichier .sty. Enfin, c'est dans l'idéal :)


Version PDF avec SPIP2LaTeX
Bon, je pense avoir trouvé ma réponse... en partie :
% texte
Un texte \important{très important} il va de soi :) % fichier .sty
\usepackage{color} \newcommand{\important}[1] {% \textcolor{red}{#1}%
}


Version PDF avec SPIP2LaTeX
Moi je dirais qu'on fait un truc comme ça, mais Florence va encore me dire que j'ai oublié un \usepackage
\definecolor{rouge}{rgb}{1,0,0} Voila du texte \textcolor{rouge}{colorié en rouge} 


Version PDF avec SPIP2LaTeX
Alors... si je compile chez moi via Textmaker, je n'ai pas d'erreur en UTF8, mais il râle en Latin1, or dans le plugin, c'est bien une déclaration latin 1 qui est utilisée, il y a peut être un rapport. Source :
\documentclass[10pt,a4paper]{book}
\usepackage[utf8x]{inputenc}
%\usepackage[latin1]{inputenc}
\usepackage[francais]{babel}
\author{MM}
\title{Programmer}
\begin{document}
Ok avec des «guillemets», des suspensions… et un œuf !
\end{document}


Version PDF avec SPIP2LaTeX
pour la ligature, essaie de compiler non pas avec latex mais avec xelatex.
envoi moi un fichier exemple au cas où ...


Version PDF avec SPIP2LaTeX
Autre question, est-il possible d'avoir un exemple code LaTeX et de fichier .sty pour faire afficher un bout de phrase en rouge par exemple... L'équivalent de :
Ma phrase est importante ! n'est-ce pas ?
Avec le CSS
.important {color:red;}
Juste histoire que je saisisse la transformation des classes sur HTML en latex...
Merci tout plein :)


Version PDF avec SPIP2LaTeX
Je fais la liste des points que je rencontre comme bloquants (je n'ai pas cherché à corriger, je liste juste :) ) :
 ligature « œ » (1 seul caractère) non reconnu : tout ce qui est après n'est pas affiché dans le PDF
  comme déjà signalé ne reste pas en ligne, met une bordure tout autour, mais n'a pas de texte à l'intérieur (le cadre est vide !)
 les glossaires [?lien] ne sont pas pris en compte et sont affichés : « Toute l'interface publique (dans le répertoire [?squelettes-dist#trac]) »
 Les  semblent aussi disparaître en partie (avec le plugin coloration code, le cadre

   #TITRE
  


affiche :

Liste des 5 derniers articles :
#TITRE
Comme si tout le XML disparaissait.
 lorsqu'un modèle utilisé n'est pas trouvé avec latex_nom_du_modele... faire afficher un message plus voyant ? ou tenter sans le prefix latex_ d'afficher le contenu en texte brut ? si c'est possible ? . Là, j'ai un très discret « latex synthese 57 » qui apparait :)



Version PDF avec SPIP2LaTeX
C'est génial :)
Pour ce qui est de la génération PDF actuelle, ce n'est pas « tout automatique » mais presque. J'ai un squelette SPIP appelé avec ?page=integrale&lang=xx qui crée une page HTML / CSS de l'ensemble du contenu du site dans la langue donnée (je le fais uniquement en local car il faut plusieurs minutes pour le générer lorsque la coloration du code est active :p).
Des balises distinguent les chapitres, les titres de chapitres, et avec CSS 3 j'indique les sauts de page, les entêtes, les références... Il suffit de donner à manger le fichier HTML (c'est à dire la page ?page=integrale&lang=xx à PrinceXML, et il traduit en pdf.
Je peux également passer un paramètre &format=a5 ou &format=a5nb qui appelle en plus une CSS pour surchanger certains styles et avoir la page en A5 au lieu d'A4, et Noir&Blanc au lieu de couleur.

Pour ce qui est de la décoration, que ça ressemble ou non n'est pas très important en soi. Déjà, réussir à exporter en Latex en créant une table des matières, index et références, entête, pied serait déjà extraordinaire :p . Le tout est d'arriver à faire un livre utile tant dans son contenu que dans sa forme : à ce titre, quelque chose que j'ai vu en LateX et que je n'ai pas fait en CSS (je n'ai pas cherché) c'est d'avoir le numéro de chapitre dans un bloc coloré dans la marge pour le retrouver facilement depuis la tranche du livre, comme le fait par exemple le livre sur LaTeX http://www.framabook.org/latex.html . (Ça pourrait être aussi le logo du chapitre)
Il est aussi intéressant de pouvoir réaliser 2 versions : A4 pour une impression imprimante, A5 pour une impression en livre.


Version PDF avec SPIP2LaTeX
Pour ce qui est de la balise , j'avais en effet déjà repéré que l'on ne faisait pas la distinction entre le code « en ligne » et le code « en paragraphe ». Je rajoute ça sur le TODO.

Pour ce qui est de la complexité de LaTeX, je le reconnais. C'est beaucoup plus complexe que du CSS... C'est beaucoup plus riche aussi.
En tout cas, pour l'export actuel en PDF, le résultat est très chouette. C'est tout automatique ?

Je devrais être capable de faire une feuille de style qui ressemble.


Version PDF avec SPIP2LaTeX
Bonjour, et merci pour ces renseignements.
J'avais trouvé hier le site du Grappa effectivement.

Ce qui m'étonne à première vue dans la lecture de LaTeX, notamment des fichiers .sty, c'est sa grande complexité. Là où un fichier CSS peut se « lire » à haute voix et se comprend à peu près, un fichier .sty fait référence à des fonctions connues qu'on surcharge (ou qu'on déclare), où l'ordre des arguments est important. Par exemple la simple modification des marges des titres (http://www.grappa.univ-lille3.fr/FAQ-LaTeX/6.3.html) ne fait pas référence à un mot clé « marge » (margin en CSS), mais se déclare en suivant l'ordre des arguments entre accolades, ce qui m'est très perturbant. La marge haute étant dans la 3è accolade... si je suis bien.
Par rapport à Programmer, sa spécificité, si on va par là, c'est l'utilisation de code en ligne, et de blocs de code. Pour l'instant, des tentatives que j'ai fait, la balise  fait dans le style latex du plugin un saut de paragraphe (block en CSS) au lieu de rester dans le flux de texte (inline en CSS) lorsqu'il n'y a pas de retour à la ligne dans ce code.

Vis à vis de la limitation en profondeur de LaTex, je pense que ça doit convenir à la plupart des sites : si l'on veut faire un export du site, il faut alors s'arranger pour remettre à plat ce qui est trop profond si c'est le cas. Dans Programmer, on a : lang / chapitres / rubriques / articles / intertitres au maximum, sachant qu'on exporte un livre par langue. Il y a donc au maximum : 4 rangs de profondeur si je suis bien (5 avec les paragraphes) : chapitre / (parfois rubriques) / articles / intertitres / paragraphes (+ exemples).
Je serai ravi de votre aide de ce côté là pour la mise en page, si l'on choisit d'exporter en LaTeX, ce qui me semble une excellente chose pour diverses raisons. La première raison étant que notre solution actuelle d'export en PDF repose sur un outil qui n'est pas libre de droit (PrinceXML), reposant sur CSS3. L'outil est réellement extrêmement puissant pourtant (voir les exports PDF de http://programmer.spip.org/Le-livre, gérant un peu les cross-références (mais un peu seulement :p). Évidemment, le coté typographie pourrait être amélioré avec LaTeX, mais je suis déjà très content d'arriver à ce résultat d'export PDF :)
Matthieu.


Version PDF avec SPIP2LaTeX
salut

mes remerciements pour le travail que vous realisez, je serais patient

Merci


Version PDF avec SPIP2LaTeX
Note préliminaire, c'est moi la co-auteur du plugin.
Petite remarque sur l'exemple que Manu a donné pour la mise en forme de , il a oublié de préciser qu'il fallait la ligne suivante dans le préambule [1] du document LaTeX :
\usepackage{framed}
Pour ce qui est de la personnalisation du document PDF, il « suffit » d'écrire un fichier de style LaTeX monstyle.sty et d'y faire appel dans le préambule du document avec :
\usepackage{monstyle}
Il y a un très grand nombre de packages LaTeX qui permettent d'enjoliver la mise en page par défaut. Quelques pointeurs pour démarrer en LaTeX :

- La Faq en français : http://www.grappa.univ-lille3.fr/FAQ-LaTeX/

- http://doc.ctrlaltdel.ch/LaTeX/manuel/manuel.pdf

- http://tex.loria.fr/general/apprends-latex.pdf

- http://lozzone.free.fr/index.php?vlunch=latex

- http://www.tuteurs.ens.fr/logiciels/latex/

- http://www.lesia.obspm.fr/perso/florence-henry/CoursLatex/courslatex.php
Pour ce qui est de générer un PDF depuis un site entier, on est en train d'y réfléchir, mais ce n'est pas trivial car il faut une solution qui puisse être utilisée quelle que soit l'arborescence du site. SPIP peut avoir une profondeur infinie de rubriques, alors que LaTeX ne connaît que 7 niveaux de sectionnement (\part \chapter \section \subsection \subsubection \paragraph \subparagraph).
Par ailleurs, je serais ravie d'offrir mes services en LaTeX pour faire la mise en page de Programmer.spip.org.


Version PDF avec SPIP2LaTeX
Je viens de faire une version 0.9.2, qui contourne le warning sur parse_url() et l'erreur sur file_put_contents(), qui surviennent sur les anciennes versions de PHP.
Suivant le conseil de Matthieu Marcillaud, j'ai aussi adopté translitteration() et supprimer_fichier(). Par contre je ne vois pas où je pourrais utiliser preg_files() pour simplifier les sources.


Version PDF avec SPIP2LaTeX
Ces deux erreurs sont dues à une version de PHP un peu plus vieille que celle sur laquelle le plugin a été développé. Je vais faire une nouvelle version y remédiant rapidement.
Pour ce qui est de l'hébergement mutualisé, je doute que l'hébergeur vous propose d'utiliser pdflatex, mais vous pouvez toujours leur demander.


Version PDF avec SPIP2LaTeX
Oui, oui, c'est juste qu'on planche un peu avant de répondre pour ne pas dire une bêtise. Patience !


Version PDF avec SPIP2LaTeX
Resalut, pouvez vous m'aider, ou me proposer une solution.

Merci


Version PDF avec SPIP2LaTeX
Bonjour, merci pour le plugin, j'ai eu une erreur de type
Warning : parse_url() expects exactly 1 parameter, 2 given in plugins/spip2latex-0.9.1/spip2latex-0.9.1/spip2latex.php on line 951
Fatal error : Call to undefined function : file_put_contents() in plugins/spip2latex-0.9.1/spip2latex-0.9.1/spip2latex.php on line 1011
Je ne sais pas d'ou viens peut etre de l'url , en barre d'adresse j'ai l url suivante : 

/spip.php ?page=pdf&id_article=5

et en plus je suis sur hebergement mutualisé, OVH, (j'ai pas de serveur) et je ne sais pas comment :

ajouter la commande pdflatex dans le PATH . (dans quelle fichier si c'est possible).
Pouvez vous m'aidez,
Merci


Version PDF avec SPIP2LaTeX
Au fait, comme ça n'est pas forcément évident, SPIP2LaTeX traduit toute la typo SPIP : gras, italique, exposant, indice, barré, cadres, citation, code, poésie, alignements, images, listes, tableaux, liens, documents joints, modèles... (je dos en oublier).
Ce qui manque : passage en UTF-8, export de tout le site, que faire des formulaires, des objets embarqués, de l'HTML...


Version PDF avec SPIP2LaTeX
Pour ce qui est de faire du LaTeX depuis SPIP avec TextWheel, je peux faire un petit retour d'expérience.. De ce que j'ai compris, la typo de SPIP n'a pas de grammaire écrite, ce qui interdit de faire une traduction dirigée par la syntaxe. Il faut se contenter de rechercher/remplacer, qui sont assez subtils dans la mesure où LaTeX admet de nombreux caractères spéciaux à échapper ou non selon le contexte, et que en prime certains d'entre eux ont aussi un sens spécial en typo SPIP (les accolades, notamment). C'est ces raisons qui rends le code de SPIP2LaTeX un peu complexe.


Version PDF avec SPIP2LaTeX
Si je peux me permettre d'intervenir avec ma maigre expérience.
Pour un projet perso, j'ai déjà fait de l'export SPIP vers Latex à l'aide d'une fonction que j'applique sur #TEXTE**|. Cela gère pour le moment les gras, les italiques et les exposants, qui sont mes seuls besoins. Cela tient en 2 lignes.
Cet été je suis intéressé par améliorer cela, notamment pour t'aider Marcimat pour livre. Je pense que ce serait vraiment cool, en plus on pourrait ainsi avoir facilement une version à jour de SPIP.net en PDF.
Pour la mise en forme, ce n'est pas forcément évident, ceci dit j'arrive déjà à faire quelque petite chose (réduction de taille de texte pour un environnement donné, changement des couleurs pour les titres et j'en passe). J'ai même un ami qui produit des cartes de jeux entièrement en LaTex.
Par ailleurs, je pense que sur le projet pour le livre il faudrait utiliser XeLaTex et non pas LaTex. C'est une variante de LaTex qui fonctionne avec les caractères unicodes. En théorie il est possible de faire cela directement en LaTex (avec un package spécifique), mais de fait, cela ne marche pas très bien (notamment pour les caractères grecs).


Version PDF avec SPIP2LaTeX
La mise en page en LaTeX, c'est horriblement compliqué. Je laisse ça à ma co-auteur, qui va répondre sur ce point.
Pour ce qui est de faire du LaTeX depuis SPIP avec TextWheel, je peux faire un petit retour d'expérience.. De ce que j'ai compris, la typo de SPIP n'a pas de grammaire écrite, ce qui interdit de faire une traduction dirigée par la syntaxe. Il faut se contenter de rechercher/remplacer, qui sont assez subtils dans la mesure où LaTeX admet de nombreux caractères spéciaux à échapper ou non selon le contexte, et que en prime certains d'entre eux ont aussi un sens spécial en typo SPIP (les accolades, notamment). C'est ces raisons qui rends le code de SPIP2LaTeX un peu complexe [2].


Version PDF avec SPIP2LaTeX
J'ai étudié hier soir un peu le livre Framabook sur LaTeX. Ils parlent de séparation de fond et de forme comme avec HTML / CSS... mais autant pour le fond, Latex semble très clair dans ses possibilités (ce qui m'intéresse est faire un export de Programmer.spip.org en LaTeX puis en PDF, notamment avec l'environnement « book »), autant la mise en forme à l'air extrêmement compliqué (bien plus que CSS en tout cas). Je n'ai pas encore compris comment faire d'ailleurs !
Je serai curieux d'avoir un aperçu du fichier qui génère ton (très beau) PDF sur le site de ton école.

Concernant le plugin, j'ai du coup jeté un œil sans l'installer. Quelques fonctions me semblent pouvoir utiliser des codes natifs de SPIP, par exemple : transliterration() pour calculer le nom du fichier PDF comme l'utilise la génération d'URL de SPIP, preg_files() pour retrouver tous les fichiers dans les sources SPIP selon un expression donnée ou encore supprimer_fichier() à la place de unlink(). C'est tout ce que j'ai vu pour le moment.
J'en dirai peut être plus dans les prochains jours si je prolonge cette piste.
Une des idées serait d'utiliser TextWheel pour passer du format SPIP au format LaTeX. Ce qui serait certainement plus lisible. TextWheel doit être intégré à SPIP 2.3 par ailleurs.


Version PDF avec SPIP2LaTeX
Bon, alors sans y connaitre rien en LaTeX, ça va être dur. Note que moi non plus je n'y connais pas grand chose, mais j'ai une co-auteur qui maitrise le sujet, je vais la laisser répondre dans les détails. A titre d'exemple éclairant, je copie/colle juste un bout d'incantation à mettre dans le preambule.tex.html pour que les  soient mis en page dans un cadre à fond bleu clair.
\renewenvironment{spiptolatexpoesie}{% \definecolor{shadecolor}{rgb}{0.741,0.863,0.945} % bleu clair \def\FrameCommand{% \setlength{\fboxsep}{2.5ex}% \colorbox{shadecolor}} \MakeFramed {\advance\hsize-\width \FrameRestore}}% {\endMakeFramed}


Version PDF avec SPIP2LaTeX
Bonjour, merci pour le plugin, je veux savoir si le plugin peut generer des pdfs en langue RTL, comme l'arabe parceque j'ai vraiment besoin de ca, dans mon site et ca sera la meilleur nouvelle pour moi de cette année, spipdf ne le fait pas corectement.
Merci et bon courage


Version PDF avec SPIP2LaTeX
bon... voilà quelque chose d'intéressant.
Pourrais tu en dire plus sur la façon de personnaliser le PDF généré. Qu'est-ce que mange le transformateur pour faire la décoration ? Ou est-ce que Latex contient des information de décoration ? (je n'y connais rien en latex).