Bonjour,
Dans OLEDRION, des e-mails automatiques sont envoyés aux clients: le corps du message prends bien en compte les accents, mais pas le "sujet" qui se trouve dans l'entête du message.
Aujourd'hui, un client à crû qu'il devait payer 233 € en plus car il a vu 233;e en fin de ligne ...
Voici ce que ça donne:










Savez-vous quel fichier il faut modifier pour avoir mon "é" à nouveau dans le mot "validée" ?

c'est le fichier ./class/oledrion_utils.php

vers la ligne 318, une ligne qui ressemble à :

Merci Cédric,
En fait je viens d'aller voir le fichier "main.php" (www/modules/oledrion/language/french) et bien que le fichier soit en " UTF-8 (sans bom) " , toutes les lettres avec accent sont remplacés par des caratères exotiques.
Exemples:

define("_OLEDRION_CATEGORYC","Cat & # 2 3 3 ; gorie : ");
define("_OLEDRION_TELLAFRIEND","Envoyer & # 2 2 4 ; un ami");

é = & # 2 3 3 ;
(je suis obligé de mettre des espaces dans mon exemple, sinon
le forum Xoops corrige les erreurs )

On ne peut pas changer cela pour ne plus avoir ces défauts d'écritures ?

et si tu remplace les codes HTML par les lettres accentués en UTF-8, ce n'est plus obligatoire de coder les lettres accentuées.
Sinon cela pourrai aussi venir de ton logiciel (mais il y a peu de chance) que tu utilise pour ouvrir les fichiers qui transforme les lettres accentuées
Sinon tu as encore la possibilité d'utilisé la commande 'html_entity_decode' mais en faisant attention de bien choisir le charset.

Dans main.php, j'ai changé & # 2 3 3 ; par é ...
Merci Cédric

Par contre, il y a plus fort dans le corps d'un email qui informe d'une nouvelle commande.
l'adresse ressort bien l'apostrophe:
l'ile
mais la ville ressort le code HTML:
les sables d & # 0 3 9 ; olonnes

Pourtant, "command_shop.tpl" est bien en UTF-8 sans bom

peut être la fonction d'envoi que je t'ai indiqué tantôt, le corps de texte peut être modifié par une fonction PHP de type htmlentities ou du même genre

Ah O.K. Merci