|
PhilGuen
 995 
|  Posté : 08-02-2014 17:32
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 |
 Profil  E-mail  www  Citation
|
|
jpb
2791
| Posté : 08-02-2014 18:02
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
|
Profil www Citation
|
|
PhilGuen
995
| |
jpb
2791
| Posté : 08-02-2014 18:53
ça doit me crever les yeux mais je trouve pas ... 
meme serveur meme config juste la version de npds n'est pas la meme 11 et 13 |
Profil www Citation
|
|
jpb
2791
| Posté : 08-02-2014 19:27
bon j'ai trouver pourquoi ... mais je n'ai pas trouver encore la différence entre les deux versions
|
Profil www Citation
|
|
jpb
2791
| Posté : 08-02-2014 20:33
et aussi la différence entre les deux versions... |
Profil www Citation
|
|
jpb
2791
| Posté : 08-02-2014 23:34
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($dateti me);
}
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 |
Profil www Citation
|
|
jpb
2791
| Posté : 09-02-2014 00:00
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  |
Profil www Citation
|
|
PhilGuen
995
| Posté : 09-02-2014 08:32
Merci jpb ... ca résoud effectivement le pb. Donc à corriger ou à compléter pour les prochaines versions.
Merci de ton investissement et bon dimanche. |
Profil E-mail www Citation
|
|
developpeur
24581
| |
jpb
2791
| Posté : 09-02-2014 23:57
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 |
Profil www Citation
|
|
developpeur
24581
| Posté : 10-02-2014 21:49
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 ?
|
Profil E-mail www Citation
|
|
jpb
2791
| Posté : 10-02-2014 22:13
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 |
Profil www Citation
|
|
developpeur
24581
| Posté : 11-02-2014 21:24
formatTimeStamp : une douzaine de fichiers mais toujours +ou- de la même manière |
Profil E-mail www Citation
|
|
| Aller à la page : [ 1 | 2 | 3 ] | |
Dev 
|
Charte|
Nous contacter|CNIL : 873057|Logiciel sous licence GNU/GPL|
.:Page >> Super-Cache:.