[spip-dev] filtre xpress tags

Coucou,

j'ai bien avancé mon filtre xpress tags.

Contrairement à mon premier essai, je n'ai rien patché dans le SPIP
existant; en revanche j'ajoute ecrire/convert.php3 qui devient un centre de
conversion de textes, muni
    - d'une case "UPLOAD"
    - d'une case "TEXTAREA"

Pour envoyer un texte à convertir, les deux cases sont fonctionnellement
équivalentes (l'UPLOAD permet de passer outre la limite 32 ko du brouteur, et
de ne pas avoir à copier-coller depuis un format bizarre)

On coche ensuite, en bas de page, le convertisseur choisi (xpresstags en ce
qui nous concerne, pas implémenté d'autres). Puis on clique sur "convertir"
et la même page nous revient avec, dans le champ TEXTAREA, le résultat.

Le convertisseur marche très bien pour mon utilisation. Si vous êtes
intéressés à discuter du convertisseur ou du mécanisme général, ou juste à
tester, envoyez-moi un mail.

-- Fil

B'jour,

j'ai bien avancé mon filtre xpress tags.

Toujours la version Perl, ou une réécriture en PHP ?

Pour envoyer un texte à convertir, les deux cases sont
fonctionnellement équivalentes (l'UPLOAD permet de passer outre la
limite 32 ko du brouteur, et de ne pas avoir à copier-coller depuis
un format bizarre)

J'ai consulté les archives de discussion sur cette "limite de 32ko",
mais j'avoue ne pas avoir trop compris quelle a été la conclusion ...

Le convertisseur marche très bien pour mon utilisation. Si vous êtes
intéressés à discuter du convertisseur ou du mécanisme général, ou
juste à tester, envoyez-moi un mail.

Je suis TRES intéressé, puisque je voudrais qu'on fasse pareil pour
XML et RTF.

-Nicolas

@ Nicolas Hoizey (nhoizey@phpheaven.net) :

Toujours la version Perl, ou une réécriture en PHP ?

oui, ça reste du perl

J'ai consulté les archives de discussion sur cette "limite de 32ko",
mais j'avoue ne pas avoir trop compris quelle a été la conclusion ...

si un texte fait plus de 32ko il est affiché en plusieurs morceaux de moins
de 32ko chacun, qui sont recollés ensuite par spip lorsqu'on valide. Ceci
SAUF SI votre navigateur a été dûment testé comme capable de renvoyer plus
de 32ko.

Je suis TRES intéressé, puisque je voudrais qu'on fasse pareil pour
XML et RTF.

Je t'envoie ça illico.

-- Fil

Toujours la version Perl, ou une réécriture en PHP ?

oui, ça reste du perl

OK, donc je peux continuer à regarder le portage ... :slight_smile:

si un texte fait plus de 32ko il est affiché en plusieurs morceaux
de moins de 32ko chacun, qui sont recollés ensuite par spip
lorsqu'on valide. Ceci SAUF SI votre navigateur a été dûment testé
comme capable de renvoyer plus de 32ko.

OK, c'est bien ce que j'avais compris. Juste pour info, ça arrive
souvent, même pour de vrais articles journalistiques ?

-Nicolas

Fil wrote:

si un texte fait plus de 32ko il est affiché en plusieurs morceaux de moins
de 32ko chacun, qui sont recollés ensuite par spip lorsqu'on valide. Ceci
SAUF SI votre navigateur a été dûment testé comme capable de renvoyer plus
de 32ko.

A propos, je suggère de changer le comportement du bidule : simplement
afficher un avertissement ("vérifiez que votre texte est présent en
entier") si le texte fait plus de 32ko. J'ai eu un cas foireux récemment,
et je n'ai pas l'impression que la méthode actuelle soit géniale.

a+

@ Antoine Pitrou (pitrou@free.fr) :

> si un texte fait plus de 32ko il est affiché en plusieurs morceaux de moins
> de 32ko chacun, qui sont recollés ensuite par spip lorsqu'on valide. Ceci
> SAUF SI votre navigateur a été dûment testé comme capable de renvoyer plus
> de 32ko.

A propos, je suggère de changer le comportement du bidule : simplement
afficher un avertissement ("vérifiez que votre texte est présent en
entier") si le texte fait plus de 32ko. J'ai eu un cas foireux récemment,
et je n'ai pas l'impression que la méthode actuelle soit géniale.

Non. Il faut absolument une protection anti-connerie. Si celle ci n'est pas
bonne, on l'améliore. Et il faut aussi être capables de modifier un document
plus grand que 32ko, indépendamment du navigateur.

"un cas foireux récemment" : tu peux dupliquer l'erreur ?

-- Fil