Formulaire de Symfony champ en lecture seule

Comment dois-je me rendre read-only champs à l'aide de composant formulaire de Symfony?

C'est de cette façon que je suis en train de le faire en vain:

Symfony 2

$builder
    ->add('descripcion', 'text', array(
        'read_only' =>'true'
    ));
}

Symfony 3

$builder
    ->add('descripcion', TextType::class, array(
        'read_only' => 'true'
    ));
}

si une réponse est la solution pour résoudre ce problème, veuillez marquer comme acceptée 🙂

InformationsquelleAutor Bicu | 2012-10-31

22

Fourni des réponses à toutes les fin de cette exception sur Symfony 3:

Uncaught Exception en PHP Symfony\Component\OptionsResolver\Exception\UndefinedOptionsException: "L'option "read_only" n'existe pas.

La bonne façon de le faire est de profiter de attr de propriété sur le terrain:
```
->add('descripcion', TextareaType::class, array(
    'attr' => array(
        'readonly' => true,
    ),
));
```
- Downvote parce que cette méthode va définir l'attribut HTML, mais la Forme continue d'accepter une nouvelle valeur pour descripcion si la demande inclut. De sorte qu'il donne aux auteurs un faux sentiment de sécurité.
- Merci pour votre downvote, mais ReadOnly, un client côté fonctionnalité pour annoter champ d'un formulaire html n'est pas un security chose. Vous devez gérer vous security à côté serveur. Si vous avez un problème avec Symfony, vous pouvez aller sur leur Github compte et de soumettre un problème là.
- Je pense que user2045006 signifiait que avec votre solution, tout utilisateur peut modifier manuellement l'attribut html et poste le domaine, et le formulaire sera automatiquement mise à jour de l'entité. À l'aide de la lecture seule option de la forme sera assurez-vous que l'entité n'est pas mis à jour, même si l'utilisateur de modifier le html, il est donc plus sécurisé.
- ce formulaire HTML comportement est par la conception. L'utilisateur doit être en mesure de changer quoi que ce soit côté client. Vous pouvez d'AUDIT et de CONTRÔLE de tout, côté serveur. Ceci est appelé le web.
InformationsquelleAutor Pmpr
9

Vous avez déclaré votre attribut lecture seule à une chaîne de caractères, il doit être une valeur booléenne.

supprimer les guillemets autour de true

comme ceci:
```
->add('descripcion','text',array('read_only' => true))
```
vrai, sans les guillemets.

InformationsquelleAutor Andrew Atkinson
9

Je pense que la seule méthode sûre à présent un champ de formulaire en readonly et aussi de prévenir de votre formulaire d'accepter une nouvelle valeur dans une demande est le suivant.
```
$builder->add(
    'description',
    TextType::class,
    ['disabled' => true]
);
```
La suggestion d'autres de l'aide, soit ['attr' => ['readonly' => true]] ou ['attr' => ['disabled' => true]] va vous laisser vulnérable à la falsification des demandes.

Ces deux options de jeu soit readonly ou disabled attributs sur le terrain, mais votre Formulaire continuent d'accepter une nouvelle valeur pour ce champ si inclus dans la demande.

Que la première option ci-dessus permettra à la fois de désactiver le champ de formulaire et aussi de prévenir de votre Formulaire d'accepter une nouvelle valeur pour le champ de la demande.

J'ai testé cela avec Formulaire de Symfony 3.4. Je ne sais pas si 4 se comporte de la même.
- C'est la réponse correcte.
InformationsquelleAutor Courtney Miles
5

read_only est obsolète depuis Symfony 2.8. Veuillez utiliser readonly à la place. Et de fournir boolean valeur pour cet attribut
```
->add('','text',array('readonly' => true))
```
- Merci. Il fonctionne parfaitement sur Symfony 3
InformationsquelleAutor Rinat
3

Mise à jour: depuis Symfony 3.0, le readonly valeur doit être définie dans le attr option.
http://symfony.com/doc/2.8/reference/forms/types/form.html#read-only

La désactivé option peut également être utilisée à la place.
- "désactivé" et "readonly" ne sont PAS la même chose et ne peuvent pas être utilisés de façon interchangeable!!! Alors qu'ils ont tous deux rendu de façon semblable à l'utilisateur, un champ en lecture seule sera une partie de la poste, tandis qu'un champ désactivé ne sera pas.
InformationsquelleAutor mb3rnard
3

Symfony 4 permet d'utiliser uniquement des "handicapés" option dans le champ de formulaire. Mais c'est quelque chose de différent que "readonly".
- Désactivé - l'utilisateur ne peut pas modifier le champ et sa valeur n'EST PAS passé pendant le formulaire de soumission.
- Readonly - l'utilisateur ne peut pas modifier le champ, mais sa valeur EST passée au cours du formulaire de soumission.
Seule solution que j'ai trouvé pour "readonly" est:
```
->add('fieldname', TextType::class, [
            'label' => false,
            'attr'=> [ 'readonly' => true ]
        ])
```
InformationsquelleAutor Kuba
0

Vous recommandons d'utiliser l'option désactivée, car soumise à valeur sera ignorée par les docs: https://symfony.com/doc/current/reference/forms/types/text.html#disabled
```
$builder->add('descripcion', TextType::class, [
    'disabled' => 'true',
]);
```
- Il y a une grande différence entre: "oui, je veux ce domaine, mais sa valeur ne doit pas changer" et "je ne veux pas ce domaine"
InformationsquelleAutor PJately
0

readonly et pas read_only. Il est recommandé de faire cette option dans attr comme ceci:
```
->add('', TextType::class, array('attr'=> array('readonly' => true)))
```
- Veuillez modifier et mettre en forme votre réponse.
InformationsquelleAutor Helmi jlali
-1

Si familia et proveedor sont les relations à l'autre entité, je pense qu'ils ne devraient pas être de type texte. Essayez d'annuler leurs types ou de modifier à entité type et de vérifier si cela a fonctionné.

InformationsquelleAutor mrMantir
-1

Permettez-moi d'ajouter quelque chose que les autres réponses ne l'a pas aidé à gérer. Le traitement en tant que champ de mais "bidouiller" pour désactiver l'édition peuvent travailler dans de nombreux cas. Cependant, c'est au moins difficile à rendre dans certains des formats complètement empêcher l'édition (c'est à dire, le rendu d'une étiquette).

Comment résoudre ce problème? Ce que j'ai fait est de définir le champ comme HiddenType, et dans le modèle, le rendu à l'aide de {{ form.vars.value.myfield }} ou {{ item.myfield }} prendre "item" comme l'entité objet, enfermé dans ce que vous pouvez penser, comme tout autre élément HTML.

InformationsquelleAutor Oscar Manuel Gómez Senovilla
-1

Autre solution pourrait être:
```
->add('value', TextType::class, ['disabled' => true]):
```
Prises à partir de: http://symfony.com/doc/current/reference/forms/types/text.html#disabled

InformationsquelleAutor Sergio Barbosa

-1

Seulement désactivé l'option de ne pas provoquer une erreur

$builder
    ->add('descripcion', TextType::class, array(
        'disabled' => 'true'
    ));
}

InformationsquelleAutor makeze

-1

Pour un entitytype champ désactivé fonctionne très bien

->add('organizacion', EntityType::class, array(
    'class' => 'AppBundle:Organizacion',
    'label' => 'Institución/Organización',
    'choice_label' => 'nombre',
    'disabled' => true
))

InformationsquelleAutor Rodolfo Velasco

Vous devez vous connecter pour publier un commentaire.