Arrays dans des foreach

Bonjour.

Actuellement, je stocke mes retours de MySQL dans des arrays. Je tente ensuite d'y accéder depuis le moteur de tpl via un foreach. Le problème est que je ne peux apparemment pas accéder aux variables de cette manière :

Lorsque je parse, je reçois une erreur :

Je suppose que l'erreur vient de ce code, puisque en allant dans le cache, il reste sous sa forme citée. Y a-t-il moyen d'y remédier en l'état ? Dans une future version ? Ou le problème ne vient-il pas là ou j'ai raté une fonction de TalusTPL...

Merci d'avance,
vincent187(0)

PS : je connais l'existence des blocks, mais suis habitué à passer par des foreach. ;)

Yop,

Mauvais forum (ca m'apprendra à pas aller plus vite dans le déplacement :p)

Mis à part ca, fais voir un peu le résultat du cache, et celui de ton TPL (aux environs de la 5e ligne de ton TPL) ?

EDIT > Ah, je crois avoir trouvé pourquoi. C'est en effet un bug (ou plutot un oubli) dans la regex des foreach.

Cherches vers la ligne 372 et la ligne 374 (ligne pour les VALUE), et remplaces les par :

Sinon, je vois pas d'ou ca peut venir... :p

Bonjour.

Tout d'abord, désolé pour le forum, il est trop imbriqué le Rapports de bugs, on ne le voit même pas depuis l'accueil. :( Je ne le referai plus. :D

Ensuite, ton truc a résolu un bug. Autre bug : impossible de mettre un _ dans un style {NEWS['news_id']}. J'ai du le rajouter dans la REGEX. Ensuite c'est cette ligne qui fait bugger maintenant :

Je veux en effet afficher la valeur de LANGUE ayant pour clé un truc du foreach. Du coup, au parsage, cela bug, et c'est normal d'après la REGEX en place. Ca donne :

En commentant cette ligne, tout marche. ;)

Merci d'avance,
vincent187(0), qui fait bugger dès le début ce (super) moteur de templates.

Yop, y'as pas de problème. A la limite, je descendrais le forum de rapports de bugs au niveau du général et de la doc, ce sera plus simple :p

Concernant le _, c'était un oubli de ma part, mais ce sera corrigé pour la prochaine version.

Oui, je vois ; j'essayerais de pouvoir le faire dans une prochaine version. C'est difficile, car les variables foreach sont parsées avant les variables... Ce qui entraîne ce résultat. Si je parse avant les variables, je risque d'avoir le même problème... Pour les foreach ;)

D'où les blocs :p

De même, pour le fait que tu fasses bugger ce (super) moteur de templates, pas de soucis, ca le met à l'épreuve, et donc ca me permet de l'améliorer :D

(Rien n'est parfait, comme on dit)

D'accord, vivement les prochaines versions et merci de tes réponses rapides. :)

Voilà, le forum des rapports de bugs de Talus' TPL a bien été bougé :D

En déplacant les sujets, je retombe sur celui-ci ; pourrait-on me dire si y'a toujours le bug pour le foreach (pour une variable {VAR[{VALUE,$VAR}]}) ?

Merci d'avance.

Oui il y est toujours. :(

{LANGUES[{VALUE,$NEWS['news_langue']}]}
donne
{LANGUES[<?php $__tpl_foreach_value[\'NEWS\'][\'news_langue\']}]; ?>

Et essaye en le mettant en dehors de l'array ?

({VALUE,NEWS['news_langue']})

Euh, pas compris. Je mets quoi en dehors ?

Le truc que j'ai mis entre parenthèses, pour voir si les arrays sont OK pour les foreach...

Oui oui, les arrays sont OK dans les foreachs. Mais le bug initial est toujours présent. ;)

Ok, j'arrive à voir pourquoi est-ce que le truc est stoppé... (les arrays s'arretant dès que ca rencontre un }... } rencontré par la fermeture de balises). Pourrais tu essayer ceci :

Plop,

Si tu es toujours dans les parages, pourrais-tu essayer en faisant cette regex, pour les variables (on étendra au reste après si ca marche) :

Merci d'avance

Bug réglé pour la prochaine release !