Bonjour ,

Le probleme d'accent n'est pas forcément lié à la déclaration du Doctype (ou a l'ajout d'un defaut charset dans le .htaccess) surtout si ton serveur mysql est sup à 4.1 C'est je pense un probleme de collation de bdd soit normalement ton serveur mysql est peut être configuré avec un jeu de charactere UTF-8 donc forcément quand tu collectes les données celles ci te sont restituées en UTF-8 car tu ne précises pas le contraire ! (nota: le probleme ne se posait pas avant car les versions "anciennes" de mysql ne posait pas ce probleme de jeu de characteres ! d'ailleurs la plupart des hébergeur ne sont pas encore passé sur les dernieres versions de mysql pour l'instant et à l'heure de ce post...)

Donc pour definir la "collation de données" pour phpnuke (qui lui ne sais pas encore travailler en UTF8 et qui normalent n'encode pas ses données en UTF-8 mais en général il stocke les données tel quel donc comme tu les saisis donc avec des é et des à etc... ) nous allons dire à mysql server que nous allons collecter les données en "latin1" ce qui evitera d'avoir des hieroglyphes à l'écran pour cela on va faire simple :

Tu vas avoir besoin d'editer le fichier mysql.php situé le repertoire db/
Tu cherches : (dans le constructeur sql_db) (lig. 56 env.)

Certe il y a la possibilité re paramétrer le serveur pour qu'il soit par défaut en latin1 mais pour cela il faudrait que tu edites le fichier my.ini situé dans mysql/ mais je ne m'étend pas la dessus vu que si tu as besoin d'utiliser un autres soft comme gallery 2 par exemple celui-ci ne travaillant qu'en UTF-8 tu seras de nouveau ennuyer mais dans l'autre sens

Voilà grace à cette simple phrase toutes les données entre mysql et phpnuke seront de type latin1 donc cela permet de définir du jeu de caractères par défaut
pour chaque "connexion" établie via une requete, sans pour autant avoir à redéfinir les paramètres généraux du serveur Mysql !

Pour plus d'info :

PHP.NET :
http://fr3.php.net/manual/fr/function.mysq...nt-encoding.php

MYSQL.COM :
http://dev.mysql.com/doc/mysql/fr/charset-general.html
http://dev.mysql.com/doc/mysql/fr/charset-connection.html

Pour des version de mysql antérieur cela ne fonctionnera pas forcément donc vous devrez certainement passer par une conversion de la bdd ! en utilisant par exemple
http://www.iconv.com/iconv.htm via un binaire et en mode de commande ... mais là c'est une autre histoire

ça s'était pour la partie mysql !

Ensuite si ton vhost est parametré par défaut par easyphp il doit être avec un jeu de caracteres du type (par exemple)

La nous précisons que pour ton site le jeu de caracteres générer par apache est le nôtre !

Désolé si la réponse est longue mais cette revient souvent en ce moment donc cela pourrait être utile ...
Vu qu'aparement il y a pas mal de gens qui utilise easyphp dans les dernieres versions .. et que
cette distribution integre les dernieres versions tu ne dois pas être le seul dans ce cas

@++

si le mod "mod_access.so" est bien chargé ! (là aussi on ne fais pas de spport sur apache ! au cas ou vois du côté de easyphp ou sur http://www.apachefrance.com/

Sois tu downgrade ta version de easyphp ! (ce sera peut être plus simple dans ton cas ! ) Mais la on ne fais pas de support pour easyphp mais pour phpnuke vois du côté de easyphp si ce type de probleme n'a pas déjà été abordé !

Et surtout stay cool because phpnuke est un projet libre donc il faut être tolérant et essayer de faire avancé les choses

Peut être que sans le vouloir tu as créér tes tables en mode utf8 et donc les données ont été converties dans la tables elles même ?
Brefs tes données dans la tables sont avec des é ou avec des @% ? par exemple ? (regardes cela avec phpmyadmin !

Toutes les heures sont au format GMT + 2 Heures