fichier generator.yml recalcitrant

Bonjour a tous,

Je viens de mettre en place la gestion des groupes sfGuard dans mon projet.

En backend , j'ai donc une liste des groupes , sous la forme d'un tableau "admin-generator" , qui contient 4 colonnes :

• name
• description
• created_at
• updated_at

dans mon generator.yml , je dis que je veux cacher les champs created_at et updated_at.

Code:

---

1 2 3 4 5

config: list: title: Liste des profils display: [=name, description ]

---

Et pourtant , rien n'y fait , mes deux colonnes created_at et updated_at sont toujours la... 8O

Quelqu'un aurait-il un avis ? :roll:

Au risque de dire des bêtises :
- as tu générer ta page avec l'admin-generator ? car tu dis sous la forme d'un tableau "admin-generator'. Donc si c'est pas le cas, ca ne fonctionnerait pas.
- Est ce que ton titre de page devient il "Liste des profils" ? Si oui ca voudrait dire que ton generator.yml est bien pris en compte.

Enfin, je ne sais pas trop, j'essaie juste de savoir un peu plus le contexte dans lequel on se trouve :)

Merci de ta réponse , malheureusement le fichier est bien pris en compte , le titre de la page change bien quand je le change.

J'ai également tenté de remplacer "display:[=name, description ]" par "hide:[created_at , updated_at]" et rien n'y fait.

Oui ils sont bien générés via l'admin generator.

Y'aurait t'il un nombre minimum de champs a laisser dans ces tableaux ?

Je viens de tester mon idée du nombre de champs minimum dans ces tableaux, et j'ai l'impression qu'on s'oriente dans cette voie...

Dans un autre formulaire généré qui a 4 champs , je viens d'en supprimer un.

Code:

---

display: [=username, Agent, is_super_admin, is_active]

---

devient

Code:

---

display: [=username, Agent, is_super_admin]

---

Dès que j'ai effectué cette modification , une colonne "Last login" qui apparait...

J'en déduis donc qu'il faut un minimum de 4 colonnes dans ces tableaux...

Je suis quand meme preneur d'avis a propos de cette chose bizarre :mouarf:

Apparemment (je viens de le tester chez moi) il n'y a pas de minimum, donc pas de soucis de ce côté là.

Les modules de gestions des utilisateurs et des groupes et des droits existent de base dans le plugin, pourquoi les réinventer ?

Citation:

---

Envoyé par mimi68

Les modules de gestions des utilisateurs et des groupes et des droits existent de base dans le plugin, pourquoi les réinventer ?

---

Je ne les réinvente pas vu que j'utilise le plugin ! 8O

Citation:

---

Envoyé par optiloose

Je ne les réinvente pas vu que j'utilise le plugin ! 8O

---

Je veux dire que dans le plugin tu as déjà tous prêt trois module qui gèrent les utilisateurs, les groupes et les droits...

Citation:

---

Envoyé par mimi68

Je veux dire que dans le plugin tu as déjà tous prêt trois module qui gèrent les utilisateurs, les groupes et les droits...

---

A vrai dire , je ne vois pas ou je reinvente... j'essaye simplement de mettre en forme ma liste , comme je le veux...

Bonjour,

Il existe quelques bugs au niveau de la gestion de l'affichage sur ce plugin.

En effet, dans la liste des utilisateurs, created_at et updated_at apparaissent toujours sauf si on met last_login qui fait disparaître les created_at et updated_at.

Il y a quelques autres petits soucis mais rien de méchant.

Il existe une solution (certes pas très jolie mais fonctionnelle) qui consiste à copier les fichiers _list_th_tabular.php et _list_td_tabular.php dans le répertoire apps/app_name/modules/sfGuardUser/templates/ et de virer les colonnes qui te posent problème mais du coup, ton admin generator ne te permettra plus de paramétrer tes colonnes.

Mouai.

Toujours est-il qu'il n'y a pas de limite dans le nombre de champs. Il en faut 1 au moins et je ne vois vraiment pas pourquoi il en rajouterait un autre.

Une piste pourrait être d'aller fouiller dans le cache (cache/<apps>/<env>/module/<tonModule>/... où tu retrouves tous le code généré par le générateur. En regardant ici, tu vas peut-être trouver un indice dans le code généré (et accessoirement, une lecture de ce code est très instructive).

J'ai des tables d'admin qui tournent avec un seul champ.

Mets tous ton fichier generator.yml pour voir si l'erreur ne viendrait pas d'une autre zone... sans garantie.

Citation:

---

Envoyé par sacricri

Bonjour,

Il existe quelques bugs au niveau de la gestion de l'affichage sur ce plugin.

En effet, dans la liste des utilisateurs, created_at et updated_at apparaissent toujours sauf si on met last_login qui fait disparaître les created_at et updated_at.

Il y a quelques autres petits soucis mais rien de méchant.

Il existe une solution (certes pas très jolie mais fonctionnelle) qui consiste à copier les fichiers _list_th_tabular.php et _list_td_tabular.php dans le répertoire apps/app_name/modules/sfGuardUser/templates/ et de virer les colonnes qui te posent problème mais du coup, ton admin generator ne te permettra plus de paramétrer tes colonnes.

---

Effectivement , j'avais trouvé cette solution qui ne me plaisait pas plus que ca , mais qui avait l'avantage de fonctionner et de faire ce que je voulais...

Voici mon fichier Generator.yml

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 33 34 35

generator: class: sfDoctrineGenerator param: model_class: sfGuardGroup theme: admin non_verbose_templates: true with_show: false singular: ~ plural: ~ route_prefix: sf_guard_group with_doctrine_route: 1   config: list: title: Liste des profils display: [=name, description ] fields: name: { label: Intitulé} description: { label: "Description" }   object_actions: _edit: { label: " " } _delete: { label: " " }   form: class: sfGuardGroupAdminForm display: "Permissions and groups" : [name, description]     edit: title: Edition du profil "%%name%%"   new: title: Nouveau profil

---