@ Marc : je sais que le problème des "ça marche chez moi et pas chez
lui" est un super dilemme, mais avec Cake, à release égale, j'ai
vérifié que si cela marche chez l'un et pas chez l'autre ce n'est pas
dû au coeur de Cake ! C'est toujours du à un problème d'utilisation du
framework ou à un problème de config. J'ai fait l'expérience plusieurs
fois avec des collègues et des membres de la Core Team : plusieurs
anomalies constatées chez moi et pas chez eux étaient dus à des
erreurs persos et pas à des bugs.
@winner : dans mon core.php je suis en UTF-8, dans mon fichier .po,
j'ai écris Précédent avec des accents et je n'ai aucun souci ! Le
problème ne vient donc pas de prev(), ni de h(), mais à mon avis de
l'encodage des fichiers. Car si tu mets App.encoding = 'utf-8' dans
Cake mais que tes fichiers PHP ou .po sont encodés en ISO par ton
éditeur, alors cela buggera.
Maintenant si en repartant de zéro : config ET fichiers en UTF-8 +
Cake 1.2 RC2 mis à jour + utilisation correcte du Paginator, vous avez
encore un souci avec le mot "Précédent", je vous recommande de déposer
un ticket sur le trac officiel, car ce n'est pas normal !
On 11 juil, 11:26, [EMAIL PROTECTED] wrote:
> Bonjour,
>
> J'ai trouvé !
>
> En fait, que le fichier soit en UTF-8 ou pas n'a visiblement pas
> d'importance Quoiqu'il en soit, si on fait le test suivant :
> $text="Précédent";
> echo htmlspecialchars($text, ENT_QUOTES, "UTF-8");
>
> et bien, htmlspecialchars renvoit une chaine vide. Or, c'est ce qui se
> passe dans la fonction h() de basics.php
>
> Le charset vient de la ligne :
>
> $charset = Configure::read('App.encoding');
>
> Et dans mon core.php, encoding est à UTF-8 !!
>
> Si je le passe à ISO-8859-1, tout fonctionne correctement.
--~--~---------~--~----~------------~-------~--~----~
Groupe "Cakephp-fr".
Adresse : [email protected]
Pour résilier : [EMAIL PROTECTED]
Pour les options : http://groups.google.com/group/cakephp-fr?hl=fr
-~----------~----~----~----~------~----~------~--~---
