Version imprimable
Bonjour,
J'essaie d'utiliser un tableau pour nommer mes widgets
En plus, j'utilise déjàCode:$this->setWidget('example[0]', ....
Le formatage HTML est correct.Code:$this->widgetSchema->setNameFormat('test[%s]');
Lors de la validation j'ai cette erreurCode:name="test[example][0]"
Merci,Citation:
Unexpected extra form field named "example".
Dorian
Par $this->embedForm() ça semble fonctionner.
Est-ce la seule solution ?
L'objet sfWidgetFormSchema qui gère les widgets dans un objet form implémente "arrayAccess" pour simuler l'utilisation d'un tableau. De ce fait, il n'accepte pas de tableau en entrée.
Pourquoi diantre souhaites-tu mettre les widgets dans un tableau a toi avant de les insérer dans le WidgetFormSchema ? http://www.paranoland.com/emoticones...etonner/01.gif
Parce que je génère des checkbox dans une boucle avec un nom qui me sert d'id.
Lorsque je parse le POST il est beaucoup simple de récupérer l'id dans un tableau qu'avec un nom formaté type check_id ou checkID, etc.
Soit tes checks box sont issues d'une liaison n-n et dans ce cas là le sfWidgetFormDoctrineChoice fait tous le travail pour toi avec en prime un validator.
Soit tu considères avoir une liste de case (vue comme des enregistrements indépendants) et il faut alors envisager d'utiliser les form imbriqués. Un peu ce que tu fais, mais ce sont des forms qui sont en fait imbriqués, le même, plusieurs fois, avec tous les avantages d'un form, entre autre, son/ses validateurs...
Est-il possible d'utiliser sfWidgetFormDoctrineChoice sachant que j'utilise sfForm en standalone (je n'ai pas réussi à trouver de bon article sur ce composant).
As-tu des ressources à son sujet ?
Merci
sfForm en standalone je n'ai jamais tenté l'expérience. Il est vrai qu'intégré avec doctrine la puissance est tel que je n'ai jamais imaginé trouver un intérêt à une autre utilisation.
Donc aucune idée sur l'utilisation de sfWidgetFormDoctrineChoice sans symfony.
Il me semble indispensable d'avoir form et doctrine. Les deux peuvent s'utiliser sans symfony. Mais comment va marcher la liaison entre les deux sans la gestion des paramètres de configurations et des routes par symfony, aucune idée.
Il semblerait que dans la 1.4 et encore plus la 2.0 il existe des passerelles entre symfony et d'anciennes applications pour permettre un passage en douceur vers des applications tout symfony, c'est peut-être aussi une idée.
(J'utilise également doctrine mais pas au sein de symfony)
Au final je ne sais pas ce que fait ce composant sfWidgetFormDoctrineChoice.
J'ai cru voir qu'il gérait automatiquement des listes ou checkbox avec des liens de parenté ?
Mais on s'éloigne un peu de la question de départ. J'ai réussi avec un form embed à réaliser ce que je voulais mes mon second form n'est pas intégré au premier au niveau de la hiérarchisation des données POST.
J'ai bien deux tableaux
$_POST['form1']
$_POST['form_embed']
Donc impossible de répondre au besoin du topic de départ.
Une idée ?
C'est parce que tu n'utilise que la moitié de l'objet form.
Pour l'utiliser essaye de faire un bind avec les données récupérée, sous windows on utiliserais un objet de type sfRespond, je suppose que c'est aussi possible avec $_post, il attend un tableau, mais dans le cas de formulaires imbriqués je n'ai jamais regardé le format du tableau retourné par le sfRespond.
Donc tu bind les données à ton form principale (qui répercute dans les imbriqués). En prime tu as la vérification de la validité de toutes les données. Et pour parfaire la chose, tu récupères tes données propres dans l'objet form (et pas dans le $_post où elles ne sont ni validées, ni nettoyées).
Et tu les récupères dans le style $form['embedForm']['field'].
De quelle problématique parles-tu dans cette réponse ?
Je n'ai pas compris cette intervention.
Merci
Du problème de retour des données dans le $_POST et de l'absence d'imbrication de tableau.