Version imprimable
C'est le problème avec les notation en xxx_yyy et XxxYyy.
C'est pourquoi, par paresse, je n'ai jamais de nom composé dans les schémas.
De tête, dans le shema.yml la notation doit se faire sous la forme xxx_yyy pour tous les champs. Et si possible tous en minuscule.
Il convient donc de transformer : GrpeChqDejList_id en grpe_chq_dej_list_id
A priori, cela n'est important que pour les noms de champs. Mais j'avoue que j'aurais dû faire plus d'essais la dessus.
ça marche !!!
enfin sauf pour la création de table user:
en faites les relations que je rajoute à cette table style le site n'est pas pris en compte dans le formulaires.Citation:
user:
inheritance:
extends: sfGuardUser
type: column_aggregation
columns:
GrpeChqDejList_id: integer
site_id: integer
relations:
GrpeChqDej:
local: id
fogeign: user_id
foreignAlias: users
Site:
local: site_id
foreign: id
Ce que je veut dire, c'est que dans la page de guard/users si je veut filtrer par site, je doit rajouter:
et il m'affiche un champ texte ou je doit rajouter l'id du site, pas trés convivial.Code:
2filter: display: [last_name, matricule, epass, site_id]
de même pour le formulaire d'édition ou de création d'un user.
Par contre si j'écrase le schéma de sfGuardUser par mon propre shéma, ça marche.
A savoir, je pense ;)
Il y a deux manières d'étendre la table sfGuardUser, chacune avec ces avantages et ces inconvénients.
Celle que tu utilise vaut l'autre, si elle te convient mieux, c'est que c'est la bonne pour l'application que tu développe.