[form] [doctrine] [sfWidget] intégrer un sfWidgetFormSelect dans un formulaire admin

Version imprimable

12/11/2010, 21h34
mantex

[form] [doctrine] [sfWidget] intégrer un sfWidgetFormSelect dans un formulaire admin

J' ai 2 tables (customer et consultant) liées par le champs (consultant_id) et j' aimerai depuis le formulaire (admin) des clients pouvoir choisir dans un sfWidgetFormSelect parmi les consultants.

Je cherche ou modifié cela dans les classes du AdminGenerator customer.

Merci.
13/11/2010, 00h12
Zen_Fou

Salut,

T'as déjà un bout de code de fait ?? Histoire qu'on puisse voir ce qui ne va pas ?
13/11/2010, 12h01
mantex

Non mon backend admin est standard, les formulaires récupère les champs de ma table customer.

Je voudrais juste modifier le champs 'consultant_id' qui est un imput text en select en récupérant la liste des consultants depuis ma table consultants.

ce qui un peu particulier c' est qu' il n' y a pas de table consultants vraiment car elle herite de sf_guard_user , mais bon ce n' est peut être pas un problème du fait que mon module consultants existe bien.

Le tout est de savoir qu' elle fonction modifiér pour changé le champs par défaut.
13/11/2010, 15h28
Michel Rotta

Normalement, si le schéma est bien fait, du devrait avoir d'office une liste déroulante.

Je soupçonne un problème lié à ton shema.yml

Peux-tu le mettre ?

Tu dis que le module consultant fonctionne bien, mais qu'entends tu par "module" ? C'est c'est un module au sens symfony du terme, cela ne veut rien dire.

Par contre, as-tu un modèle consultant qui est créé dans lib/modele/doctrine ? Tes liaisons entre consultant et customer passent bien par la table consultant (qui hérite) ?

voici un extrait du schema:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
 
Consultant:
  actAs: { Timestampable ~ }
  inheritance:
    extends: sfGuardUser
    type: column_aggregation
    keyField: type
    keyValue: CONSULTANT
  columns:
   function:     type: string(255)
 
Customer:
  actAs: { Timestampable ~ }
  inheritance:
    extends: sfGuardUser
    type: column_aggregation
    keyField: type
    keyValue: CUSTOMER
  columns:
   consultant_id:  type: integer(7)
   company:       type: string(255)
   function:      type: string(255)
   address1:      type: string(255)
   postcode:      type: string(255)
   city:          type: string(100)
   tel:           type: string(30)
   mobile:        type: string(30)
  relations:
    Consultant:
      local: consultant_id
      foreign: id
      foreignType: one

14/11/2010, 15h06
Michel Rotta

Doctrine est capable, seul, d'identifier des liaisons 1-n, la ligne :

Code:

foreignType: one

ne me semble pas nécessaire dans la relation. Par contre, j'y ajouterais une ligne :

Code:

foreignAlias: customers

qui sera le nom de la relation côté Consultant. Le "s" à la fin du nom indique que la relation retourne un Doctrine_Collection et non pas un enregistrement unique (alors que le nom de la relation côté Customers : "Consultant", au singulier, indique lui qu'il n'y a qu'un Consultant retourné, un Doctrine_record).

Je pense que ton problème provient de la définition :

Code:

consultant_id: type: integer(7)

En effet, dans sfGuard v5, les id sont codé sur des integer(8), la liaison ne peut donc pas ce faire, d'où, je pense, l'absence de la liste déroulante. Remplace la ligne par :

Code:

consultant_id: integer

le (8) est la valeur par défaut.

La où je suis très surpris, c'est que ton shema puisse générer quelque chose, en effet, la syntaxe YAML que tu utilise pour définir tes champs n'est pas sensé fonctionner. Soit tu es sur deux lignes, et il faut mettre le "type" soit tu es sur une ligne et la ligne donné si dessus pour consultant_id est la bonne.

J' ai fait les modifs suivantes sur le schema et aucun changement coté formulaire. Toujours pas la liste des consultants.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
Customer:
  actAs: { Timestampable ~ }
  inheritance:
    extends: sfGuardUser
    type: column_aggregation
    keyField: type
    keyValue: CUSTOMER
  columns:
   consultant_id:  type: integer(8)
   company:       type: string(255)
   function:      type: string(255)
   address1:      type: string(255)
   postcode:      type: string(255)
   city:          type: string(100)
   tel:           type: string(30)
   mobile:        type: string(30)
  relations:
    Consultant:
      local: consultant_id
      foreign: id
      #foreignType: one
      foreignAlias: customers

Essaye avec celui-ci

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
 
Customer:
  actAs: { Timestampable ~ }
  inheritance:
    extends: sfGuardUser
    type: column_aggregation
    keyField: type
    keyValue: CUSTOMER
  columns:
   consultant_id:  integer(8)
   company:        string(255)
   function:         string(255)
   address1:        string(255)
   postcode:        string(255)
   city:               string(100)
   tel:                 string(30)
   mobile:            string(30)
  relations:
    Consultant:
      foreignAlias: customers

Maintenant, je n'ai jamais testé avec un id qui provient de la partie hérité.

Si cela ne marche pas ainsi, pas d'inquiétude, il y a une autre solution.

14/11/2010, 21h19
mantex

idem...
15/11/2010, 13h49
Michel Rotta

Alors le problème viens de l'héritage.

Faut modifier le form dans lib/form/doctrine

Dans la méthode configure, tu n'as qu'à redéfinir le widget et le validator de ton champs consultant_id, tu peux t'inspirer du fichier dans base, mais ne surtout pas le modifier, il est régénéré régulièrement.
15/11/2010, 16h02
mantex
En même c'est assez prévisible comment je peux récupérer par magie une liste de nom alors que la relation se fait sur un id.

Je peux alors utiliser le widget suivant qui fait exactement ce que je souhaite:
Code:

1 2 3 sfWidgetFormDoctrineChoice(array('model' => 'Consultant', 'multiple' => false, 'add_empty' => false, 'order_by' => array('name', 'asc')));
Pour base tu parles bien de celui la ?

lib/form/doctrine/base/BaseEvaluationForm.class.php
15/11/2010, 17h11
Michel Rotta

lib/form/doctrine/base/BaseEvaluationForm.class.php est la base à prendre en inspiration, surtout pas à modifier.

Le widget est le bon

Pour transformer l'id en nom, il faut, dans le modèle consultant créer une méthode "magique" __toString() qui retourne le nom du consultant, c'est ce qui sera affiché...
15/11/2010, 19h15
mantex

ok en redéfinissant le widget dans mon CustomerForm.class.php, je récupère bien la liste avec les noms des consultants..

Sauf qu' il faut à présent que je définisse à nouveau tous les autres champs..
En fait pour la méthode magique dont tu parlais , c' est plutot l' inverse.

J' ai à présent une string que je dois convertir en id pour le sauver dans la base ?
15/11/2010, 19h43
Michel Rotta

Redéfinir tous les champs ???
Tu n'as pas pris la bonne méthode pour définir ton widget, tu peux les définir tous dans un tableau ou un à un, dans ce cas (qui est le bon), rien à redéfinir.

En principe (vérifie dans le html généré), avec cette méthode et le __toString, tu affiches le texte, mais tu lie l'id, c'est tous l'intérêt.

Voici mon CustomerForm.class.php

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
 public function configure()
  {
     unset(
      $this['created_at'], $this['updated_at'], $this['last_login'],
      $this['type'],
      $this['algorithm'], $this['salt'], $this['is_super_admin']
 
     );
 
      $this->setWidgets(array(
      'id'             => new sfWidgetFormInputHidden(),
      'first_name'      => new sfWidgetFormInputText(),
      'last_name'       => new sfWidgetFormInputText(),
      'email_address'  => new sfWidgetFormInputText(),
      'created_at'     => new sfWidgetFormDateTime(),
      'updated_at'     => new sfWidgetFormDateTime(),
      'consultant'     => new sfWidgetFormDoctrineChoice(array('model' => 'Consultant', 'multiple' => false, 'add_empty' => false, 'order_by' => array('username', 'asc'))
 
   )));

15/11/2010, 23h57
mantex
ok en ajoutant simplement le widget de cette facon j' ai mon champs consultant qui est directement remplacé par la liste des consultants.

Tous mes autres champs ne sont pas modifiés.
Code:

1 2 $this->widgetSchema['consultant_id'] = new sfWidgetFormDoctrineChoice(array('model' => 'Consultant', 'multiple' => false, 'add_empty' => false, 'order_by' => array('username', 'asc')));
Le html généré défini bien les id de chaque consultant, ce qui permet d' enregistrer ou update un enregistement sans incident dans la base.

Nickel !

Merci encore michel..