Exemple n°1 : je veux utiliser les Groups pour profiler les membres. Ben ... les noms et descriptions sont en dur. Mais zikula est ouvert alors j'ai trouvé une astuce : le nom du groupe = le nom d'une variable (j'ai intitulé les miens (_GRP_XXXX, _GRPDESC_XXXX), les fichiers langues valorisent la variable ... mais il faut adapter le template en remplaçant (par exemple) :
- <--[$name]-->
par
- <!--[pnml name=$name]-->
On s'en sort donc ici. Mais ce n'est pas toujours le cas.
Exemple n°2 : en attendant de disposer d'un module de newsletter (type le très bon pnTresMailer) compatible Z1, il n'y a que MailUsers ... Mais au fait, si on pense échanger avec les membres, il aurait été judicieux que le modules Users disposent dans son jeu de données de la langue utilisée par l'utilisateur lors de son enregistrement. Que cela ne tienne, le superchouette module Profile est là pour pallier : j'ai donc un champ Profile pour la langue.
(Nota : je n'ai pas trouvé comment la valoriser par défaut avec la pnUserGetLang en utilisant le plugin "dudoptionalitemmodify", dédié à la personnalisation du template profile : pas grave).
J'en viens donc ensuite à MailUsers, et je découvre que le filtrage est possible : chouette ! Super, je vais pouvoir filtrer sur la langue (parce qu'on écrit pas à un italien, comme à un français). Mais bizarre : le formulaire propose les champs standards (que moi j'ai supprimé du Profile). J'ai approfondi : effectivement, le module MailUsers (pnadmin.php) se comporte très classiquement (au sens pn 0.7xx) : c'est à dire avec les champs de la table pnUsers et ignore joyeusement les DynamicDataFields. C'est ben bête. Alors je vais de voir m'investir (encore) des heures et des heures pour que ça marche
Lorsque j'aurais la solution, je posterais.
Je ne suis pas au bout de mes peines je crois ...
Laurent




