CMS Automne

Bonjour,

J'utilise Automne pour créer le site d'un réseau de franchises. Je dois donc avoir, entre autres, une page listant tous les centres franchisés et une page de détail affichant les infos de chaque centre (accessible en cliquant sur un item de la liste)

J'ai donc créé un module Polymod permettant de gérer la liste des centres, une page affichant la liste complète et un formulaire de recherche (pour trouver un centre par ville ou par département), et enfin la page de détail qui affiche les infos d'un centre en fonction d'un identifiant passé en $_GET.

Mon problème se situe au niveau du formulaire de contact que je veux insérer dans cette page de détail :

J'ai bien créé mon formulaire (grâce au module Formulaire) mais je me pose une question (un peu tard c'est vrai...) : Peut-on utiliser une variable comme adresse destinataire du mail ? et si oui sous quelle forme ?

Mon idée était d'assigner une variable "email_centre" sur ma page de détail, et de l'utiliser dans mon formulaire en créant un champ email "email_centre" (masqué) et en utilisant l'action "Envoi des valeurs du formulaire à un email fournis dans un champ du formulaire"... Est-ce que c'est possible ?

Merci pour vos réponses

Il est possible d'utiliser des variables dans un formulaire du module "Formulaires" intégré nativement à Automne. Pour cela, voir l'aide dynamique du module.
Cependant il faut bien comprendre que les variables doivent être préalablement déclarées en PHP.
Et, le traitement des actions du formulaire étant réalisé en entête du script PHP (la page Automne), il n'est pas aisé de déclarer ses variables préalablement.

Une solution consiste à utiliser des variables de SESSION.
Par exemple {session:string:emailTo} peut fonctionner correctement.

Un exemple pour la page de détail :
Grosso modo il suffit de déclarer la variable $_SESSION['emailTo'] lors du chargement de la page détail (en PHP, ou via un <atm-setvar>)
Le formulaire Automne aura un champ caché "email", avec pour valeur par defaut {session:string:emailTo}.
Dans les actions du formulaire on indique "envoyer un email à partir de la valeur d'un des champs" et on précise le champ "email".

Cela devrait fonctionner, mais n'est pas forcément la façon la plus propre car elle a son lot d'inconvénients.

Pour ma part j'aime bien utiliser un formulaire simple en PHP, en utilisant la classe CMS_email() d'Automne.
Je préfère cette manière plutôt que d'utiliser le module Formulaires natif, qui a également son lot d'inconvénients.

Merci de ta réponse,

j'ai testé hier ce que j'avais dans l'idée (ce que tu expliques mais avec un simple variable, pas de session) : j'ai déclaré dans ma page de détail la variable email_centre dans une rangée, et dans mon formulaire j'ai effectivement un champ email_centre caché avec pour valeur par défaut {var:email:email_centre}
Ça fonctionne, mais bizarrement pas tout le temps... au chargement de la page, le champ email_centre (que je ne masque pas pour les tests) est bien renseigné, mais si je recharge la page, le champ email_centre se vide... et je ne comprend pas trop pourquoi...

Je vais tester avec une variable de session pour voir si il y a le même fonctionnement, sinon je regarderais de plus prés la classe CMS_email()

Sinon, tu parles d'inconvénients à utiliser cette méthode, quels sont-ils ?

Si tu veux regarder comment se passent les actions du formulaire, jette un coup d'oeil sur le modèle du module qui y correspond :
/automne/templates/mod_cms_forms_header.php

Le code de ce modèle est inséré en tête de ta page Automne, si un formulaire est détecté dans la page.

Pour les inconvénients :
- Pour la session il faut correctement gérer la persistance et l'organisation des données. Mais tu peux mettre la variable {session:string:emailTo} directement dans le champ d'action "Envoyer à un ou plusieurs emails" de ton formulaire, c'est rapide à développer.
- Pour le champ caché, cela permet à un utilisateur averti de modifier la valeur du champ. Donc potentiellement une faille de sécurité.

Une alternative est de monter toi même ton formulaire, et utiliser la classe CMS_email pour envoyer un email lors de la soumission.
Avec le module i18n il est aisé de créer des variables pour les traductions et pour les textes qui te serviront comme "sujet du message", "corps du message", etc.
Pour moi c'est sans doute la solution la plus propre. Un peu plus long à développer, mais tu auras ce que tu souhaites, et tu pourras faire évoluer le code à ta convenance.
Si tu as besoin d'aide, il y a le forum

Merci pour toutes ces infos Jérémie ! (quelle réactivité sur ce forum, c'est super)

Je vais me pencher sur tout ça attentivement.