Discussion :

[butters]

Bonjour,

J'aimerais savoir précisemment comment modifier ce widget.
Voila l'original :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
      $form->widgetSchema['article_id'] = new sfWidgetFormDoctrineChoice(array('model' => $form->getRelatedModelName('ArticleInstalle'), 'add_empty' => true));

et j'aimerais en faite enlever des donnée du tableau de donnée en fonction d'un paramètre.

Faut-il que je récupère $form->getRelatedModelName('ArticleInstalle') et que j'enlève les données à la mano ?

Faut-il que je me crée un tableau précis (1 dimension ? tableau associatif ?) et que je le mette dans des variables spéciale ?

Edit: j'ai vu qu'il fallait utiliser sfWidgetFormSelect et donc mettre choices. Mais je ne sais pas comment créer le tableau associatif en récupérant les données à partir d'une requête SQL. Peut être qu'avec les hydratations c'est possible ?

[Michel Rotta]

Je ne pense pas qu'il faille modifier le widget, juste le paramétrer correctement.

En fonction de quoi veux-tu changer les données à afficher ?

[Crysfall]

Hello !

Je ne comprends pas bien ou est le problème, à partir du moment ou tu utilises un sfWidgetFormSelect il te suffit d'utiliser une méthode qui va te ramener tes objets articles.

Dans ton form:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$this->widgetSchema['article_id'] = new sfWidgetFormSelect(array('choices' => ArticleTable::getArticleList($this->getOption('is_valid'))));

Et dans ton ArticleTable:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
  public static function getArticleList($valid = true)
  {
    return  Doctrine_Core::getTable('Article')
      ->createQuery()
      ->andWhere('is_valid = ?', $valid)
      ->orderBy('title')
      ->execute();
  }

C'est un exemple simple peut-être éloigné de ta problématique mais je crois que c'est ce que tu essaies de faire.

++

[butters]

Ok je vois un peu mieux le truc. La réponse de Crysfall me convient, c'était un peut ce que j'était en train de faire. Mais je savais pas si je le faisait bien ^^

[édition]: Peut-on modifié le template du widget ? J'aimerais rajouter un lien pour supprimer un élément juste à côté donc soit je le met soit dans le label (mais c'est un peu moche) soit dans le template soit recréer un widget ? mais je sais pas les faire ^^.

[édition2]: J'ai remix un widget déjà existant. Je vais essayer de trouver l'auteur de l'original afin qu'il me dise sous quel licence était son code. A priori, c'est une licence GNU donc je vous le fournirait.
J'ai :
- 1 widget input + une croix permettant de supprimer l'élément
- 1 widget checkbox + une croix permettant de supprimer l'élément
=> Utile pour les relations N-M afin de pouvoir supprimer les liens depuis un embedForm.

[Michel Rotta]

Intéressant.

Mais comment tu gères le bouton pour supprimer dans la liste ?

Les widgets font appel à la classe sfWidgetFormShemaDecorator qui permet de personnaliser l'affichage.

Il est peut-être possible de jouer la dessus ?

Je n'ai pas décortiqué le fonctionnement, ceci ne peut constituer qu'une piste.

[spike2]

Il y a aussi peut etre la solution (non testée) de rajouter un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$this->embedRelation('table2')

Qui te permet d'avoir pour chaque choix que tu as fais dans ta liste, des sous formulaires imbriqués que tu pourras supprimer.

Ca implique quand même d'avoir deux fois l'information, mais grâce à un petit widget que j'avais trouvé et qui fonctionne pas mal, d'avoir la possibilité de rajouter une petite croix (ou peut importe!) qui permet de supprimer un élément imbriqué.

Je te passe même une photo de la chose pour voir si c'est que tu veux:

[butters]

Merci spike, c'est exactement celui là que j'avais trouvé.

J'ai fait l'équivalent avec le sfWidgetForm pour avoir non pas un delete mais un add. J'ai tout simplement mis un <input type="submit" /> avec une image en background add.png. Cela donne un résultat super sympa. C'est con hein ! c'est juste une liste avec un '+' vert à côté mais très pratique.

Je n'ai pas joué non plus sur le sfWidgetFormShemaDecorator. Le widget surcharge la méthode render. Puis elle fait appelle au parent

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$html = parent::render($name, $value, $attributes, $errors);

On a juste après à rajouter les éléments souhaité avant et après.
Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

return $html.'<input type="submit" name="add" value="add" />

[spike2]

Par contre y avait des choses à modifier dans son widget, comme par exemple l'appel du contrôleur par sfContext::getInstance->getController(), il vaut mieux le passer dans les options du formulaire, dans ton actions.class.php.
C'est à dire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
executeEdit() {
//....
 
$options = array(
            'controller' => $this->getController()
        );
 
        $this->form = new MyForm($this->ton_form, $options );

et de le récupérer dans ton formulaire via l'option

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$controller = $this->getOption('controller');

[butters]

OK mais peut tu m'expliquer pourquoi ? et en quoi cela change ? J'ai pas encore totalement compris la philosophie de symfony avec les contrôleur. J'ai pas lu le code (pas le temps) pour comprendre le cheminement des différents widget et affichage.

[spike2]

Dans ce cas là tu couples ton widget à ton application et il devient dépendant d'une application (ce qui ne devrait pas être le cas).

Il y aussi le problème d'écrire des tests pour vérifier que tout fonctionne bien. (il faudra instancier tout ton contexte à chaque fois)
Il vaut mieux lui passer ce dont tu as besoin en paramètre, lui injecter ses dépendances, plutôt que de le coupler à ses dépendances.

[butters]

ok d'accord. Merci de ces explications