Discussion :

[symfony30000]

bonjour à tous,

je souhaite modifier le formulaire de création d'un nouvelle enregistrement,
par exemple pour certain champs dateTime pouvoir imposer l'heure actuelle, et d'autres champs leur mettrent des valeurs par défaut de la base de donnée.

Faut'il créer un nouveau formulaire ? si oui comment?
avez vous des exemples sur le site de symfony car je n'ai pas trouvé d'information

merci pour votre aide

[Herode]

Le formulaire généré par symfony devrait faire l'affaire.

Pour y affecter les valeurs par défaut de ta base de données, il suffit je crois de notifier ces valeurs par defaut dans le schema (puis de refaire tourner les tâches doctrine:build-model / build-forms / build-filters).

En ce qui concerne la date, tu peux affecter une valeur par défaut dans la méthode configure() de ton formulaire en appelant la méthode setDefault() sur ton widget.

[symfony30000]

merci pour ton aide,

pour le

Code :

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

$this->setDefault('requestDate', date('Y/m/d H:i:s'));

c'est bon mais je souhaite que l'utilisateur ne puisse pas modifier l'information.
J'ai donc mis unset mais malheureusement ça me désactive complétement le widget. Ensuite j'ai mit un 'is_hidden' => true sur le sfWidgetFormDate mais ça ne cache pas le widget il se retrouve tout en haut du formulaire sans label .

Sinon pour les données en base ce n'est pas les données quand on souhaite faire une édition mais des données sur l'utilisateur logué. C'est a dire que quand il fait un nouvelle enregistrement je souhaite remplir automatiquement le nom de l'utilisateur logué dans le champs utilisateur du formulaire sans qu'il puisse le modifier, mais je ne sais pas trop comment faire.

[Michel Rotta]

La question est simple, mais la réponse, dans symfony, ne l'est pas.

Je pars du principe que tu utilise un crud qui n'est pas un module d'administration.

Première question, pour les dates de création et modification, pourquoi ne pas utiliser le behavior de doctrine timestamp ?

Pour remplir un champ à la création d'un nouvel enregistrement, tu peux, soit faire comme tu l'as dis, soit créer un enregistrement vierge, mettre les valeurs et le lier lors de la création du form. Ceci permet de mettre les valeurs par défaut au niveau du modèle et non pas au niveau du form, ce qui est sémantiquement plus satisfaisant, et, si tu viens à utiliser un autre module qui crée de ces enregistrements, la procédure d'attribution du nom d'utilisateur y sera déjà renseignée.

Reste l'affichage.
Symfony ne sait pas gérer les champs a afficher et non modifier.
Il y a plusieurs possibilités :

• tu peux mettre l'attribut html readonly sur le champ. C'est simple à mettre en œuvre mais présente deux inconvénients majeurs. Premièrement, c'est une protection illusoire et un pirate pourra simplement modifier le message POST de retour en modifiant les valeurs. De plus, dans le cas d'un problème lors de la validation des données, les champs en readonly ne sont pas retourné et apparaissent donc vide.
• la solution que j'utilise actuellement (pas top, mais elle marche) tu te paluche le formulaire à la main et tu récupères les données champs par champs avec des $form['champ']->render() et renderLabel et renderHelp,... et tu regardes s'il y a un message d'erreur, et tu mets le code qui va bien. Un partial permet de facilité la création d'une ligne standard. Pour les données non modifiables, tu procèdes de même, sauf pour le render que tu remplace par un getValue() a mettre en forme (notamment pour une date). Un peu long à mettre en œuvre, mais parfaitement sur.
• La solution que j'aimerais essayer de mettre en œuvre, mais que je n'ai pas encore eu le temps de tester. La création d'un widget sfWidgetShowOnly et ces enfants, sfWidgetShowOnlyString, sfWidgetShowOnlyDate,... En modifiant la méthode render() et que celle là, on devrait pouvoir afficher des données simplement (comme la méthode deux) et facilement (comme la méthode un), le meilleur des deux mondes. Si tu as le courrage de t'y mettre, fait en ton premier plugin

[symfony30000]

merci pour ta réponse complète

il est clair que ça ne serait pas mal un sfWidgetShowOnly

pour le behavior de doctrine je ne connais pas donc je vais me documenter pour voir comment ça fonctionne.

[Michel Rotta]

Une table de la forme :

Code :

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

1
2
3
4
5
6
7
 
usager:
  actAs:
    timestample
  columns:
    nom: string (40)
    prenom: string (40)

va ta générer 5 champs, id, nom, prenom, created_at et modifed_at

le champ id est de type integer auto-incrémenté.

les deux champs created_at et modified_at sont de type timestamp, le created_at est mis à jour avec la date (et heure) de création de l'enregistrement, le modified_at avec la date (et heure) de la dernière modification.

fun non ?

[symfony30000]

very fun
je n'ai pas de mémoire je connaissais le principe mais vu que je ne l'ai jamais utilisé ça ne m'est pas venu à l'esprit.

je me lance je te ferai part de mes futurs problèmes

[symfony30000]

bon j'ai fait un

Code :

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

1
2
  actAs:
    Timestampable:

ça m'a bien généré mes deux nouveaux champs
je recré mes modeles, puis j'ai du faire un unset car sinon ça me les affiches et le validateur est à required true

Code :

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

1
2
3
4
5
        unset($this->validatorSchema['created_at']);
        unset($this->validatorSchema['updated_at']);
 
        unset($this->widgetSchema['created_at']);
        unset($this->widgetSchema['updated_at']);

la date de création est bien enregistré mais quand je fait une édition et une mise a jour updated_at ne change pas ???