Référence de LaTeXWheel - commentaires

Référence de LaTeXWheel

Je l'ai testé dans des cas compliqué avec des équations au milieu de texte comme ici : http://sic.g-eau.net/l-equation-de-transport-diffusion
Et je n'ai pas noté d'effet de bord sur les autres fonctionnalités de LatexWheel.

Je vais faire un commit avec cette modif et incrémenter la version du plugin.

@+
Dorch

Référence de LaTeXWheel

arg, je suis fatigué, c'est dans « latexwheel » que tu parle, pas dans « textwheel »... alors oui,

effectivement les équations n'étaient pas prise en compte dans LaTeXwheel.

bah si du coup ton patch marche, tu peux l'intégrer au code de latexwheel sur la zone ?

Référence de LaTeXWheel

le comportement standard de spip veut que pour marque qu'il faille lire le code LaTeX, il faut être entre et . Ceci permet d'utiliser des $ dans le corps du texte sans risque de se retrouver avec du code LaTeX interprété sans qu'on le souhaite...

Référence de LaTeXWheel

Traitement des équations LaTeX écrites dans SPIP.

SPIP permet d'écrire des équations au format LaTeX avec les balises math et le symbole $. Et en utilisant le filtre propre_latex, j'ai vu que les équations étaient converties en images par echappe_html et que ce qui se trouve entre $ n'était pas préservé ce qui aurait permis d'afficher correctement les équations en LaTeX.

J'ai fait un bout de script qui détecte et protège les équations avant l'appelle à echappe_html et qui remet les équations non modifiées à la fin du traitement.

J'ai donc ça avant les appels contenus dans propre_latex :

$t = preg_replace_callback( '#( $.*?$ )#is', function ($matches) { $t = str_replace(array(' $','$ '),'',$matches[0]); $t = preg_replace_callback( '#(\$\$.*?\$\$)#is', function ($matches) { return '£'.base64_encode($matches[0]).'£'; }, $t ); $t = preg_replace_callback( '#(\$.*?\$)#is', function ($matches) { return '£'.base64_encode($matches[0]).'£'; }, $t ); return $t; }, $t
);

Et ça après :

// On remet les équations à l'endroit
$t = preg_replace_callback( '#(\£.*?\£)#', function ($matches) { return base64_decode(substr($matches[0],1,-1)); }, $t
);

Dans mon traitement, j'ai aussi relégué l'appel à echappe_html après l'appel à appliquer_regles_wheel($t,array('latex/latex.yaml')) ; mais je ne me sais plus si c'est lié aux équations ou à autre chose.

Voilà, je ne sais pas si mon patch contourne une mauvaise utilisation de ma part ou si les équations ne sont effectivement pas prises en compte dans LaTeXWheel et qu'il serait intéressant de l'intégrer dans le plugin.

Merci d'avance pour vos réactions.

Référence de LaTeXWheel

merci, corrigé par http://zone.spip.org/trac/spip-zone/changeset/81817

Référence de LaTeXWheel

Bonsoir,

je viens d'avoir le même problème pour une liste, où il faut faire le même patch pour latex-listes.php (lignes 75 et 79). J'ai testé et ça fonctionne.

Tant qu'a faire il y as aussi 3 occurrences dans latex-code.php et 1 dans latex.php mais là je n'ai pas testé.

Référence de LaTeXWheel

http://zone.spip.org/trac/spip-zone/changeset/79792

Référence de LaTeXWheel

ok, c'est lié a PHP 5.4 ... voir http://fr.php.net/manual/fr/language.types.string.php.

Je vais essayer de trouver une solution qui fonctionne pour les deux ;-)

Référence de LaTeXWheel

quel est le caractère étrange ? tu pourrais m'envoyer le fichier exporté ? (ou l'extrait problematique).

Si le problème est avéré, je peux reporter cela sur le code du plugin.

En tous cas ravis que cela serve. C'est dans quel cadre ?

Référence de LaTeXWheel

Je viens d'avoir un problème avec un tableau lors de la génération des fichiers tex. La balise fermante du tableau \end{longtable} avais sont \e de remplacé par un caractère étrange.

Pour retrouver le fonctionnement normal, j'ai échappé le \.

Voila la fin de mon fichier latex-tableau.php

 return "\n\n\begin/debutlongtable/fin$alignement\n" . $debut_table . $html . "\\end/debutlongtable/fin\n\n";

C'est sûrement pas le meilleur endroit pour corriger ce problème, mais ça permet de générer sans erreur un pdf.