Discussion :

[mantex]

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.

[Zen_Fou]

Salut,

T'as déjà un bout de code de fait ?? Histoire qu'on puisse voir ce qui ne va pas ?

[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.

[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) ?

[mantex]

voici un extrait du schema:

Code :

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

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

[Michel Rotta]

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

Code :

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

foreignType: one

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

Code :

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

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 :

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

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 :

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

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.

[mantex]

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

Code :

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

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

[Michel Rotta]

Essaye avec celui-ci

Code :

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

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.

[mantex]

idem...

[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.

[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 :

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

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

[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é...

[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 ?

[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.

[mantex]

Voici mon CustomerForm.class.php

Code :

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

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'))
 
   )));

[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 :

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

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..