Discussion :

[Herode]

Bonjour à tous,

je souhaite rendre dynamiques certains réglages d'un fichier generator.yml, en fonction de la configuration de l'application.

Le code suivant fonctionne :

Code :

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

1
2
3
4
5
6
7
8
9
 
      edit:
        title: Modifier la catégorie %%name%%
        display:
          Informations générales: [_admin_dates, name, tag, page_template_id, enabled]
          Référencement: [meta_title, meta_description, meta_keywords]
          <?php echo sfConfig::get('app_adminForms_enableAssociationTexts', 0) ?  "Textes d'association: [LinksToParentCategories]" : ""; ?>
#          Textes d'association: [LinksToParentCategories]
          Catégories parentes: [newParentCategory, _parent_categories]

Notez la ligne en commentaires après l'appel au code PHP. Malheureusement, si je supprime cette ligne, l'application plante :

Unable to parse file "C:\wamp\www\SoulShake\Sources\apps\backend/modules/category/config/generator.yml": Unable to parse line 49 ( Catégories parentes: [newParentCategory, _parent_categories]).

Comment faire pour avoir un .yml qui compile sans cette ligne de commentaires inutile ?

[Herode]

Ha tiens, je viens de m'apercevoir que le plantage ci-dessus n'a lieu que si le test du echo renvoie false (donc echo ""). S'il renvoie true et fait un écho différent d'une chaîne vide, ça ne plante pas.

Poursuivant sur cette voie, j'ai essayé le code :

Code :

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

1
2
3
4
5
6
7
      edit:
        title: Modifier la catégorie %%name%%
        display:
          Informations générales: [_admin_dates, name, tag, page_template_id, enabled]
          Référencement: [meta_title, meta_description, meta_keywords]
          <?php echo sfConfig::get('app_adminForms_enableAssociationTexts', 0) ?  "Textes d'association: [LinksToParentCategories]" : "#\n"; ?>
          Catégories parentes: [newParentCategory, _parent_categories]

qui, lui, ne plante jamais. Notez l'ajout d'un "#\n" au lieu de la chaîne vide si le test de l'echo renvoie false.

Comme quoi poser des questions aide à progresser sur le voie de la solution, même si le problème n'est pas tout à fait idéalement résolu...

[Michel Rotta]

Très bonne l'idée de mettre du code PHP dans le generator. Très intéressant.

Question bis, ceci ne sera "compilé" et régénéré que si le cache est vidé...

Tu envisages de le gérer comment ?

[Herode]

Dans le cas que je gère en ce moment, il s'agit d'une application qui sera paramétrée à la livraison et le paramétrage ne changera pas par la suite. Donc pas de cache initialement, et vidage de cache classique à la console si jamais par improbable la configuration installée doit changer.

Par contre, si la gestion du generator.yml était vraiment dynamique avec des lignes activées ou désactivées selon les actions de l'utilisateur... hum...
On peut toujours appeler dans notre code les mêmes actions que le cc de symfony mais ça risque d'être lourd et de rendre les affichages assez longs si on vide le cache souvent. A priori, je pense que dans ce cas, je ne travaillerais pas dans generator.yml mais dans plutôt les fichiers classiques (templates, css, js). Non ?

[Michel Rotta]

En effet, on sort là du cadre du générateur.

De plus, cela reviendrait à regénérer le module presque à la volée et pour chaque utilisateur (si les droits étaient différents).

Il reste une possibilité. Comme tout est légo dans symfony, le générateur d'application est un ensemble de pièces. Il est alors possible de réécrire une partie du code de génération et de le rendre dynamique.

Une autre solution pourrait de gérer cela au niveau du configure() du form et de conditionner l'apparition des widget et des validator. Mais il faudrait alors laisser le generator vide pour le détail des champs... Si non, il va tenter d'afficher un champ inexistant et c'est l'erreur assurée.