Le prototype de embedRelation fait référence à un tableau 'options' (transmis sous la forme $ formArguments/$ formargs).Options de Symfony embedRelation - Définition de la visibilité du champ de sous-formulaire
Est-il possible de passer un tableau d'options:
embedRelation("Model","ModelForm",$options_arr);
Lorsque le options_arr contient sous forme validateur/widgets/etc à définir pour la relation?
$formargs['something']['publish_date'] = new sfWidgetFormInputText();
Ou est-il possible de limiter les champs de formulaire affichés pour une relation de la sorte?
$formargs['something']['use_fields'] = array('publish_date');
De sfFormDoctrine.class.php ...
* Embed a Doctrine_Collection relationship in to a form
*
* [php]
* $userForm = new UserForm($user);
* $userForm->embedRelation('Groups AS groups');
*
* @param string $relationName The name of the relation and an optional alias
* @param string $formClass The name of the form class to use
* @param array $formArguments Arguments to pass to the constructor (related object will be shifted onto the front)
* @param string $innerDecorator A HTML decorator for each embedded form
* @param string $decorator A HTML decorator for the main embedded form
*
* @throws InvalidArgumentException If the relationship is not a collection
*/
public function embedRelation($relationName, $formClass = null, $formArgs = array(), $innerDecorator = null, $decorator = null)
...
Le plus proche que je suis en mesure d'obtenir une spécification pour le tableau formArgs $() est de sfFormPropel.class.php (j'utilise la doctrine 1.2):
* `title`: The title of the collection form once embedded. Defaults to the relation name.
* `embedded_form_class`: The class name of the forms to embed. Uses the model name by default (a form based on a collection of Book objects embeds BookForm objects).
* `collection_form_class`: Class of the collection form to return. Defaults to sfFormPropelCollection.
* `hide_on_new`: If true, the relation form does not appear for new objects. Defaults to false.
* `add_empty`: Whether to allow the user to add new objects to the collection. Defaults to true.
* `add_delete`: Whether to add a delete widget for each object. Defaults to true.
* `remove_fields`: The list of fields to remove from the embedded object forms
* `item_pattern`: The pattern used to name each embedded form. Defaults to '%index%'.
If `add_empty` is set to `true`, the following additional options are available:
* `empty_label`: The label of the empty form. Defaults to 'new' + the relation name.
* `add_link`: The text of the JavaScript link that displays the empty form. Defaults to `Ann new`
* `max_additions`: The max number of additions accepted on the client side. Defaults to 0 (no limit)
If `add_delete` is set to `true`, the following additional options are available:
* `delete_name`: Name of the delete widget. Defaults to 'delete'.
* `delete_widget`: Optional delete widget object. If left null, uses a `sfWidgetFormDelete` instance, which is a checkbox widget with a Javascript confirmation.
* `alert_text`: The text of the Javascript alert to show.
* `hide_parent`: Whether to hide the deleted form when clicking the checkbox. Defaults to true.
* `parent_level`: The number of times parentNode must be called to reach the parent to hide. As a widget doesn't know if it's merged or embedded, this setting allows the JavaScript code used to hide the parent to find it. Recommended values: 6 for embedded form (default), 7 for merged form.
Toute idée serait grandement appr eciated.
@ user739436, ne modifiez pas les réponses d'autres personnes pour ajouter votre propre contenu. Ajoutez un commentaire, s'il s'agit d'un commentaire, ou suggérez des modifications s'il s'agit d'un changement d'exemple de code. –
@the Tin Man: hein? Souhaitez-vous publier cet article ailleurs? – greg0ire
Non. Il y avait une modification en attente sur votre réponse de user739436 qui aurait dû être un commentaire. –