Bonsoir,
ce soir je viens de procéder à la mise à jour de couteau_suisse sur mon site en local et je re-explique mes tests :
Pat a écrit :
Tu as sans doute raison, "Amélioration typographique" n'est pas le bon titre pour ça. En tout cas l'idée de base était de regrouper dans cette rubrique tous les outils qui modifient certains éléments d'un texte avant de l'afficher à l'écran, sans modifier quoi que ce soit en base.
Rien de changé, mais pas grave. Il suffit de savoir où c'est.
- Une fois activé mes articles retrouvent le codage des emails, et on peut bien envoyer un email
Ah? pourtant mes tests font tout disparaître... tu as bien coché l'outil en question et recalculé la page !?
Bon on se comprend pas. Le plugin remplit là exactement sa fonction. Je clicke sur l'email crypté et le mail part. C'est le fonctionnement normal de mailcrypt.
<script type="text/javascript"><!--
function lien(ad){ return 'mailto:’ + ad.replace(/\.\..+t\.\./,'@'); }
// --></script>
Euh? Je ne comprends pas ce que tu veux dire...
Autant pour moi, c'est simplement que je n'ai pas l'habitude de voir le javascript en clair dans le source du head. En général on apprend qu'il vaut mieux un fichier externe à la page. Mais bon c'est pas grave non plus.
Le popup d'impression était une caractéristique du plugin d'origine... Je ne suis pas sûr que cette solution soit la meilleure, en tout cas universelle. J'avoue que les popups, je kiffe pas trop... Certains squelettes possèdent un fichier html spécial impression.
En tout cas moi je trouve ça très utile, je dirai même indispensable pour l'usage que je veux : présenter un annuaire de personnes (basés sur forms). Il faut donc que les gens soient capables d'imprimer les adresses en clair pour les avoir au propre et... s'en servir !
Je n'ai porté dans un premier temps *que* la fonction de transformation des adresses, dans laquelle j'ai amélioré le traitement des regexp. Le reste est encore à réfléchir.
OK
La fonctionnalité doit rester simple au sein du couteau suisse, sinon un plugin à part entière restera la meilleure solution.
Ben oui, mais pour moi ce serait dommage d'avoir d'un côté le plugin mailcrypt activé, et de l'autre le couteau_suisse avec deux ou trois fonctionnalités activées, et le mailcrypt désactivé dans ce couteau_suisse... C'est peut-être pas grave, mais ça me donne l'impression d'avoir des choses en double pour rien.
Il est bon de savoir que le Couteau Suisse intègre un filtre cs_imprimer qui permet de rendre un texte imprimable en supprimant les codes indésirables ou en modifiant un peu la destination d'un outil donné. Par
exemple, la découpe en pages rend un texte complet et non découpé, mais dont les pages sont séparées par un léger filet.
Pour que mailcrypt puisse agir sur le filtre cs_imprimer, il faut qu'il existe une fonction mailcrypt_imprimer($texte) dans le fichier mailcrypt _fonctions.php.
Ce filtre pourrait donc rendre claires les adresses cachées à l'écran (actuellement remplacées par "[Email]") à l'aide d'une image "arobase.gif" par exemple ou de tout autre moyen.
Je crois que c'est ce que fait mailcrypt actuellement. Mais oui si tu peux activer ça c'est intéressant, et pourrais m'éviter d'avoir un plugin de plus.
Attention toutefois à différencier les adresses qu'on peut changer en image, et celles qui sont dans les titres : title="toto@ici.com"
Ma préférence serait donc de garder un fichier impression.html avec des balise du genre [(#TEXTE|cs_imprimer)]
- Pour voir jusqu'au bout je supprime les modèles où j'avais rajouté propre... argghhh... tout est en clair...
Encore ? (voir plus haut)
Oui voir plus haut : j'avais commencé par dire que j'activais le plugin...
As-tu vraiment activé l'outil ? Il n'y a pas grand chose dans SPIP qui ne passe pas par 'propre' pourtant...
Je t'invite à relire le titre du post. Il s'agit de formulaires (annuaire de personnes) Dans mon formulaire, si j'enlève |propre que j'ai rajouté aux modèles de forms les emails apparaissent en clair.
Je viens de committer quelques tests réussis qu'on peut voir ici :
ecrire/?exec=test_couteau_suisse
J'ai pu voir que le texte donné à post_typo protégeait les raccourcis SPIP, donc impossible d'agir un antispam à ce niveau. Seuls les raccourcis HTML étaient traitables.
Paolo avait bataillé me semble-t-il pour éviter de confondre les emails avec autre chose. C'est peut-être plus compliqué avec typo... J'en sais rien, ça c'est au delà de mes compétences.
moi je ne sais pas coder. Tout ce que je sais faire c'est tester...
Bonne soirée,
jacques
'Mailcrypt' a été codé, aux limites de mes capacités, car je ne pouvais pas faire sans (Comme on dit: "Necessity is the mother of invention").