Blog de Jérémy Barthe

Commentaire de Thomas Tourlourat sur Exercice de formulaire avec Zend_Form et sfForm

Thomas Tourlourat — Thu, 04 Mar 2010 12:20:56 +0100

Super article ! Bien écrit, complet et bien architecturé.

Félicitation.

Commentaire de Eric P. sur Exercice de formulaire avec Zend_Form et sfForm

Eric P. — Wed, 28 Oct 2009 10:36:37 +0100

Très bon article. Personnellement, il m'a fallu plusieurs jours pour bien intégrer tous les mécanismes de Zend_Form...

Pour ce qui est des 'Validators', il est extrêmement facile de créer le sien, surtout en sur-classant un existant.

Pour ce qui est des 'Decorators', un bon article sur "http://devzone.zend.com/article/3450". Pour le texte de la checkbox, je vous propose le 'Decorator' suivant :

$champCheckbox->setDecorators(array(
'ViewHelper',
array('Label', 'options' => array('placement' => 'append')),
array('decorator' => array('data' => 'HtmlTag'), 'options' => array('tag' => 'dd')),
array('decorator' => array('label' => 'HtmlTag'), 'options' => array('tag' => 'dt', 'placement' => 'prepend'))
));

Le dernier (dt, prepend) n'est pas obligatoire ici, mais l'est si on utilise une table (td) pour la mise en page.

Commentaire de Jérémy B. sur Exercice de formulaire avec Zend_Form et sfForm

Jérémy B. — Tue, 03 Feb 2009 18:26:41 +0100

Probablement, ce qui permettrait de personnaliser et automatiser un rendu plus spécifique pour chaque widget.

Par contre écrire cet article m'a permis de mieux comprendre les différences entre Zend_Form et sfForm. Je ne sais pas si tu te rappelles mais nous avions eu une discussion sur le echo $form pour l'intégralité d'un formulaire et de son usage en production. Avec ton expérience de Symfony tu trouvais difficilement concevable de l'utiliser, tandis que moi avec la pratique de Zend_Form je l'avais déjà utilisé pour des formulaires assez graphiques. En fait cette discussion était lié aux différences sur la gestion du rendu graphique de ces 2 composants qui diffère sur ce point ;)

On aura probablement l'occasion d'en reparler durant ces 3 prochains jours, tu seras dans les parages j'imagine ?

Commentaire de vince sur Exercice de formulaire avec Zend_Form et sfForm

vince — Tue, 03 Feb 2009 18:13:08 +0100

Un article tout en patience... :)
Ca donne une bonne vision comparative des 2 systèmes de formulaire.

Je pense que les raisons de ne pas avoir de gestion graphique à partir d'une classe sfForm est correctement justifiée, mais ce qui ne veut pas dire que l'on ne pourrait pas envisager une gestion simplifiée de la mise ne page.
Peut-être avec un $form->render(array()) dans le template qui nous permettrait une configuration intermediaire du rendu visuel ?

Commentaire de NiKo sur Exercice de formulaire avec Zend_Form et sfForm

NiKo — Sat, 27 Dec 2008 09:00:53 +0100

Oui, la tâche d'extraction n'est pour l'instant pas à même de parser les fichiers php comportant des assignations de labels ;)

Commentaire de Jérémy B. sur Exercice de formulaire avec Zend_Form et sfForm

Jérémy B. — Sat, 27 Dec 2008 00:21:11 +0100

Merci beaucoup pour ton commentaire et tes précisions ;)

Concernant les labels et la recopie inutile pour l’internationalisation, je parlais de cette zone du code :

$this->widgetSchema->setLabels(array(
  'subject'      => 'subject',
  'firstname'    => 'firstname',
  'lastname'     => 'lastname',
  'email'        => 'email',
  'message'      => 'message',
  'birthday'     => 'birthday',
  'newsletter'   => 'newsletter',
));

"Toujours est-il que les noms de champs sont transmis automatiquement à l’outil d’internationalisation de symfony, ce qui fait que tu n’as qu’à renseigner le messages.xml de ton projet pour chaque nom de champ."
Ok, alors c'est exactement ce que je cherchais à faire mais sans succés, par exemple sur ce morceau de code :

$this->setWidgets(array(
  'firstname'    => new sfWidgetFormInput()
));

Je pensais qu'il chercherai l'équivalent dans le fichier messages.xml donc "Prénom" au lieu de ça il me sort "Firstname". J'ai sans doute oublié un paramètrage dans le fichier de config ou autre...
Au passage, j'ai remarqué que "symfony i18n:extract" ne prend pas en compte les champs des formulaires, n'est ce pas ? Néanmoins cet outil est absolument génial.

Commentaire de NiKo sur Exercice de formulaire avec Zend_Form et sfForm

NiKo — Fri, 26 Dec 2008 18:09:48 +0100

Héhé, très bon article, ça me rappelle quelques conversations par email ;)

Concernant les inconvénients que tu soulèves sur sfForm, voici quelques précisions :

> pas de gestion des fieldset avec legend (aucune possibilité de grouper des widget)

C'est faisable dans la vue (le template), bien naturellement puisqu'un fieldset devrait toujours se gérer dans cette partie du MVC à mon avis.

> recopie inutile des labels pour l’internationalisation ;

Je ne comprends pas ce point :/ Toujours est-il que les noms de champs sont transmis automatiquement à l'outil d'internationalisation de symfony, ce qui fait que tu n'as qu'à renseigner le messages.xml de ton projet pour chaque nom de champ.

> pas d’étoile rouge après les labels des champs obligatoires (possible à faire dans le “formatter” ?)

Délicate question. Personnellement, je les gère dans mes templates, mais on peut aussi imaginer itérer sur tous les champs et pour chacun vérifier si le validateur associé stipule qu'il soit requis - auquel cas on peut alors altérer son label et ajouter l'étoile.