NPDS : Gestion de contenu et de communauté

juste pour dire que le problème peut se résoudre en modifiant le meta-mot !date! ainsi

return (utf8_encode($MT_date));

Mais c'est une rustine parce qu'à la prochaine MAJ il faudra recommencer et en plus faudrait faire une condition sur le charset pour ceux qui sont pas en UTF8

peut etre ... mais pour moi c'est plutôt sur N_date qu'on a un prob pas sur le metamot date qui me semble avoir un comportement correct

Là, je ne suis pas capable de dire. Pas assez compétant ... mais effectivement, comme il n'y avait pas ce problème avant :#

ça doit me crever les yeux mais je trouve pas ... :paf
meme serveur meme config juste la version de npds n'est pas la meme 11 et 13

bon j'ai trouver pourquoi ... mais je n'ai pas trouver encore la différence entre les deux versions :paf

et aussi la différence entre les deux versions...

dans theme.php ou est defini Ndate
ligne 118

   "'!N_date!'i"=>formatTimestamp($time),


dans mainfile.php dans la fonction formatTimestamp()
ligne 728,729, 730



   if (cur_charset=="utf-8") {
      $datetime = utf8_encode($datetime);
   }



ligne 728,729, 730

dans le cas qui nous intéresse site en utf-8 avec locale bien paramétré (et évidemment disponible sur le serveur)
on réencode donc en utf-8 alors que c'est déjà en utf-8 dans ce cas là d'où le problème...


donc pour moi à supprimer (ce n'était pas dans les versions précédentes) ou à affiner si ces lignes sont nécessaire dans un autre contexte d'utilisation de la fonction formatTimestamp() ...

en tous cas dans l'état celà ne peut pas fonctionner pour ce cas de figure

et pour finir cette fonction (que ce soit en iso ou utf-8) retourne du texte brut alors qu'au final elle devrait retourner du html avec ses entités comme le stipule le doc type et les meta tags ;-)

Merci jpb ... ca résoud effectivement le pb. Donc à corriger ou à compléter pour les prochaines versions.
:=! :=!

Merci de ton investissement et bon dimanche.

En résumé JP - il faudra faire quoi ? 8-)

pour moi juste supprimer et rajouter htmlentities au sortir de la fonction ce qui sera beaucoup mieux (et valide quelque soit les données fourni par locales ...)

il faut encore voir si après on a pas par effet de bord des probs de traduction et ajuster en conséquence les fichier de trad si besoin .. faut que je regarde

aileurs dans le mainfile j'utilise


if (function_exists("mb_detect_encoding")) {
   $encoding=mb_detect_encoding($title);
} else {
   $encoding="UTF-8";
}


se serait pas plus fiable effectivement ?

ici pour moi c'est pas la peine ...je m'entend quand les données sont fournis par locale ... et la meilleur façon d'avoir un truc juste et le plus stable en affichage ... c'est htmlentities
tu a regardé combien de fois ont se sert de cette fonction ?... faut que je regarde

formatTimeStamp : une douzaine de fichiers mais toujours +ou- de la même manière