Puis comme dit dans mon précédent message cela m'était également
arrivé avec le FormHelper et c'est dur de trouver d'où cela peut
venir.
Avais-tu tenté des modifications guerrières dans le helper ??
Quoi qu'l en soit, une bonne mise à jour et c'est bon !
Pierre
On 10 juil, 08:05, avairet <[EMAIL PROTECTED]> wrote:
> Bonjour Marc,
>
> > Et bien, parce que, comme je l'ai indiqué, ça ne marche pas.....
>
> Et alors pourquoi chez moi cela marche ? Et ce depuis longtemps,
> quelle que soit la release Cake !
>
> > Là, je ne suis pas d'accord. Relit ce que j'ai écris :
>
> > > J'ai testé si __('previous') fonctionnait bien et me retournait sa
> > > traduction : pas de problème. Le hic semble se situer dans prev()
>
> > La string initiale est donc bien trouvée. C'est dans prev() que ça coince.
>
> ??? Si tu me dis qu'avec __("previous") çà marche, je ne comprend pas
> pourquoi cela ne fonctionnerait pas avec prev()...
> Prev n'est pour rien dans le fonctionnement de gettext().
>
> > Toujours pas d'accord : les chevrons sont, dans le code indiqué,
> > indépendant de la recherche de la traduction.
> > Relit aussi ce que j'ai écris : je n'ai RIEN qui s'affiche, preuve donc
> > que le hic est dans prev()
> >>>> Oui, là je me suis planté, je reconnais : tu devrais avoir les chevrons
> >>>> même si le mot n'est pas ou mal traduit
>
> Je viens de passer deux jours sur prev() et next() car il y avait un
> bug dans le helper.
> Suite à mes tickets sur le trac Cake, cela a été corrigé et il y en
> avait un autre avant les miens qui semblait être corrigé par la RC2.
>
> Essaie donc de passer à la dernière version de la RC2 au lieu de ta
> RC1.
> Ensuite, supprime ton fichier .po, remets tout ton projet en UTF-8,
> relance le extract du .po et refais ta traduction du mot "previous".
> Puis dans ta vue, vérifies que tu as bien (à part peut-être mon 'url',
> dont tu n'as pas besoin sans doute) :
>
> <?php echo $paginator->prev('<< '.__('previous', true), array('url' =>
> $this->params['pass']), null, array('class'=>'disabled'));?>
>
> Je ne vois aucune raison qui ferait qu'un mot avec des accents fasse
> planter la fonction prev() ou next() du paginator Helper...
>
> Bon courage !
>
> Avairet
>
> On 9 juil, 18:27, Marc MENDEZ <[EMAIL PROTECTED]> wrote:
>
> > Bonjour avairet :> Bonjour Marc,
>
> > > Je ne suis pas sûr de très bien comprendre ce que tu dis...
> > > Mais une première chose me semble claire : pourquoi tu ne mets pas tes
> > > accents dans la traduction de previous ?
>
> > Et bien, parce que, comme je l'ai indiqué, ça ne marche pas.....
> > Pourtant, la première traduction que j'ai indiquée dans mon mail, elle,
> > s'affiche bien.
>
> > > Moi j'ai fait :
>
> > > msgid "previous"
> > > msgstr "Précédent"
>
> > > Et mon prev() marche impec.
>
> > > Si la traduction de "previous" n'est pas trouvée dans le fichier .po
> > > français, alors Cake affichera le mot "previous" ! C'est le principe
> > > du gettext().
>
> > Entièrement d'accord avec toi.> Enfin, je ne pense pas que l'UTF 8 et l'ISO
> > soient en cause, mais le
> > > fait de passer de l'un à l'autre a peut-être provoqué des schmilblicks
> > > dans ton fichier .po et du coup gettext() ne retrouve plus la string
> > > initiale...
>
> > Là, je ne suis pas d'accord. Relit ce que j'ai écris :
>
> > > J'ai testé si __('previous') fonctionnait bien et me retournait sa
> > > traduction : pas de problème. Le hic semble se situer dans prev()
>
> > La string initiale est donc bien trouvée. C'est dans prev() que ça coince.
>
> > > Les chevrons sont concaténés au mot "previous" donc s'ils sont
> > > affichés, ton mot aussi et si le mot ne s'affiche pas, les chevrons
> > > non plus.
>
> > Toujours pas d'accord : les chevrons sont, dans le code indiqué,
> > indépendant de la recherche de la traduction.
> > Relit aussi ce que j'ai écris : je n'ai RIEN qui s'affiche, preuve donc
> > que le hic est dans prev()> Quelle release de Caake utilises-tu ?
>
> > 1.2.0.7125 RC1
>
> > J'ai eu un peu plus de temps pour creuser : j'ai "tracé" l'exécution de
> > prev().
> > Voici brièvement les étapes :
>
> > Dans l'ordre,
> > prev appelle __pagingLink, qui appelle $this->Html->tag($tag, $title,
> > $options, $escape);
> > tag appelle la méthode h() (définie dans basics.php)
> > if ($escape) {
> > $text = h($text);
> > }
> > A l'issu de cet appel, $text est vide...
> > Or, $text est (indirectement) la valeur '<< '.__('previous', true).
> > Donc, comme il est mis à vide, cela explique pourquoi les chevrons
> > n'apparaissent même pas.
> > J'ai essayé de ne pas activer l' "escape" en faisant :
>
> > <?php echo $paginator->prev('<< '.__('previous', true),
> > array('escape'=>false), null, array('class'=>'disabled'));?>
>
> > mais, ça n'a pas l'air d'avoir bp d'effet... et là, je suis à la bourre
> > pour fouiller plus
>
> > De retour vendredi !
>
> > > On 9 juil, 14:27, Marc MENDEZ <[EMAIL PROTECTED]> wrote:
>
> > >> Bonjour,
>
> > >> Dans app/locale/fre/LC_MESSAGES/default.po, j'ai traduis certaines
> > >> expressions et mots standards que l'on trouve lorsqu'on utilise Bake.
> > >> Exemples :
>
> > >> msgid "Page %page% of %pages%, showing %current% records out of %count%
> > >> total, starting on record %start%, ending on %end%"
> > >> msgstr "Enregistrements de %start% à %end% - Page %page%/%pages%"
>
> > >> msgid "previous"
> > >> msgstr "Precedent"
>
> > >> msgid "next"
> > >> msgstr "Suivant"
>
> > >> J'ai enregistré le fichier tantôt en UTF-8 comme recommandé, tantôt en
> > >> ISO-8859-1, mais le résultat est le même :
> > >> Alors que la traduction du message "Page %page% of %page...." qui
> > >> contient un caractère accentué est parfaitement affiché, pour la
> > >> traduction de "previous", je n'ai rien à l'écran dès lors que j'écris
> > >> "Précédent" au lieu de "Precedent".
> > >> Je n'ai rien touché au code généré en standard :
>
> > >> <?php echo $paginator->prev('<< '.__('previous', true), array(), null,
> > >> array('class'=>'disabled'));?>
>
> > >> Vu ce qui est écrit, si la traduction de "previous" ne pouvait pas être
> > >> trouvé, je devrais au moins avoir les deux chevrons affichés. Et bien
> > >> non : rien, comme si la méthode prev() échouait en silence...
>
> > >> J'ai testé si __('previous') fonctionnait bien et me retournait sa
> > >> traduction : pas de problème. Le hic semble se situer dans prev()
>
> > >> Une idée ?
--~--~---------~--~----~------------~-------~--~----~
Groupe "Cakephp-fr".
Adresse : [email protected]
Pour résilier : [EMAIL PROTECTED]
Pour les options : http://groups.google.com/group/cakephp-fr?hl=fr
-~----------~----~----~----~------~----~------~--~---
