Personnalisation du form new

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

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.

merci pour ton aide,

pour le

Code:

---

$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 :koi:.

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.

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 ;):D

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.

Une table de la forme :

Code:

---

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 ? :ccool:

very fun :ccool:
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 :langue2:

bon j'ai fait un

Code:

---

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:

---

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

C'est bizarre, vu que cela est traité au niveau du doctrine_record. Soit bien après le traitement du formulaire.

As-tu pensés à jeter un œil sur le SQL généré dans la barre de debug de symfony ?

c'est bon ça fonctionne bien,
j'avais oublié le tilde

Code:

---

1 2	actAs: Timestampable: ~

---

de plus je pensais que le updated_at s'actualisait à chaque mise à jour alors que non il faut qu'il y est une donnée dans un champ qui est été modifié sinon le updated_at ne change pas même si on clique sur mise à jour.

Maintenant je passe à la personnalisation de mes formulaires New et edit,
je souhaiterai éviter de refaire les deux formulaires a la main pour afficher seulement les champs que je souhaite.
Donc tous les champs obligatoires sont dans mon formulaire New et les facultatifs sont dans mon Edit
J'ai fait

Code:

---

1 2 3 4

edit: display: [estimatedDate, staterequest_idStateRequest] new: display: [quantity, description, deadline]

---

mais quand j'utilise le formulaire new ou edit j'ai l'erreur L'objet n'a pu être mis à jour. Alors que les champs sont à required false, en faite l'options display ne sert strictement a rien sur les forms ??? aucune solutions existent à part créer tous les formulaires à la main?? :koi:

ps: l'attribut readonly sur le html n'est pas trés ergonomique car le form est toujours affiché, de plus ça ne fonctionne pas sur les select ou le jqueryDatePicker. Puis je souhaite caché seulement des champs spécifique sur le form d'ajout et d'autres sur le form d'édition.

Tu touches au limites du module admin et du générateur.

Tu as la possibilité de créer des enfants du form pour chaque élément (new et edit) et de personnaliser au niveau du form, ou les possibilités de modifications sont plus fortes. Reste que pour l'affichage seul, dans un module admin, c'est mal barré, et hors d'un objet sfFormWidgetShowString, qui reste à écrire, ou d'un partial, je ne vois pas trop.

merci pour ton aide, y a t'il des exemples sur le site de symfony pour créer ces propres forms? ( hormis l'exemple pour l'envoi de mail)
et http://www.symfony-project.org/forms...ne-Integration
Comment je peut dire que dans l'action executeCreate que je souhaite utilité un form specifique basé sur le form du modèle de donnée?

bon dans le executeNew et executeCreate de mon actions.class.php je crée un nouveau form qui hérite du même modèle

Code:

---

$this->form = new ManufacturingrequestnewForm();

---

ça fonctionne mais je ne sais pas si c'est la bonne méthode

personnellement, c'est ce que j'aurais fait. Par contre n'oublie pas de prendre l'ancien form si c'est une mise à jour et pas seulement un ajout.

Par contre pourquoi faire un new et un create ?