Discussion :

[Loceka]

J'ai constaté ce problème dans le forum XML :
Lorsque, dans un post, on écrit une entité XML numérique (&#...;), celle-ci est interprétée par le forum à la fois lors l'envoi du message et lors de son édition.

Je me doute que ce n'est pas très clair pour le môment alors je vais détailler un peu.
Il y'a 2 cas différents :

1. L'utilisation d'une entité numérique dans le contenu du message :
   
   1. Ecrire "
"
   2. Prévisualiser le message -> on "voit" un retour charriot dans le texte affiché ainsi que dans le texte en édition (on a fait prévisualiser)
2. L'utilisation d'une entité numérique dans une balise code :
   
   1. Ecrire "
"
   2. Prévisualiser le message -> le "
" s'affiche correctement dans la prévisualisation mais dans le texte en édition il est remplacé par un retour charriot

Il y'a donc une interprétation qui est faite à la fois lors de l'envoi du message ainsi que lors de son ouverture en édition.

Pour info il y'a 2 façons de contourner le problème :

1. remplacer le premier "&" par "&". Dans le message on écrit donc "
".
2. ajouter une balise B/I/U/S dans l'entité afin de prévenir le parse : "&[B][/B]#10;"

La première méthode à l'inconvénient d'être reparsée à chaque opération :
Un "
" sur lequel on fait une prévisualisation devient un "
" dans l'éditeur puis un retour charriot après envoi du message.

La seconde méthode ne marchera plus si jamais les balises vides sont supprimées automatiquement par le forum (dans une évolution ultérieure peut-être).

[EDIT]Pour info :
Je parle tout le temps de prévisualisation parce que ça ne nécessite qu'une seule action utilisateur et qu'aucun message n'est réellement posté, mais (et je viens de retester) le faire en deux actions séparées (Envoyer puis Editer) revient exactement au même.[/EDIT]

Donc voilà, si vous voyez comment le corriger...
Loceka.

[Bovino]

Il existe une balise [ noparse ] il me semble.
Reste à vérifier si elle corrige le problème

Edit : bah non... ça ne semble rien corriger

[Anomaly]

Je suis tout à fait au courant de ce problème particulier... personnellement je trouve ça pas du tout logique et je n'aurais jamais autorisé la moindre interprétation de code HTML (à l'instar du Chat qui ne fait aucune interprétation de ce type), mais effectivement le forum, lui, interprète certaines entités HTML. Cela lui donne notamment la capacité de pouvoir accepter l'arabe ainsi que le signe Euro bien qu'à la fois le code HTML, le code source PHP derrière et la base de données sont en ISO 8859-1.

Le forum accepte même l'arabe écrit directement sans avoir à encoder directement en entités HTML ; copie par exemple du texte en caractères arabes dans la zone de saisie et valide ; dans ce cas c'est le navigateur même qui transformera de manière totalement transparente les caractères étrangers en entités HTML avant de l'envoyer au serveur puisque l'encodage est ISO 8859-1. On a affaire ici à un encodage historique doublé de comportements historiques aussi bien des navigateurs que des logiciels web (forums, blogs, ce sont des comportements courants), qui seront très difficiles à changer sans tout jeter à plat.

Si c'était des choix à faire maintenant, il est évident que ces entités seraient bannies et UTF-8 généralisé, mais là on a affaire à des choix effectués dix ou quinze ans sur le moteur originel du forum qui seront impossibles à changer sans réécriture.

[Loceka]

Ok, alors s'il te plaît ne fait pas d'évolution visant à supprimer automatiquement les balises de formattage vides alors.

Merci de l'explication en tout cas.

[Anomaly]

Ok, ben je t'en prie ne fait pas d'évolution visant à supprimer automatiquement les balises de formattage vides alors.

Merci d'être désagréable. Je retiendrais ceci pour tes prochaines demandes.

Je vais donc expliquer une nouvelle fois en moins long : le support des entités HTML est une plaie (et conduit au problème que tu cites au début), mais nécessaire car c'est ainsi que les caractères non-ISO peuvent être acceptés sur le forum. Supprime ceci et tu ne pourras plus taper de caractère non-ISO, comme le signe "€". S'il fallait changer l'encodage de tout le forum en Utf-8, ce qui serait évidemment l'idéal, cela serait une réécriture complète.

[prgasp77]

La [...] méthode ne marchera plus si jamais les balises vides sont supprimées automatiquement par le forum (dans une évolution ultérieure peut-être).

Ok, alors s'il te plaît ne fait pas d'évolution visant à supprimer automatiquement les balises de formattage vides alors.

Merci de l'explication en tout cas.

Bonjour Anomaly. Remis dans son contexte, le dernier message de Loceka n'est en rien désagréable.

[Anomaly]

Oui il m'a expliqué après coup par MP.

Rassurez-vous je n'ai pas l'intention de faire une "évolution" inutile consistant à supprimer les balises vides.

Je tenais juste à exprimer mon impuissance devant ce problème et je pensais avoir été mal compris et donner l'impression que je ne voulais pas me donner la peine de corriger ce problème bien réel.