Discussion :

[xian21]

Bonjour,

J'utilise des validators pour obliger a saisir des donnees, respecter un format etc... dans des textboxs.

La validation n'a lieu qu'apres clic sur un bouton.

Je viens de me rendre compte qu'une fois que l'erreur a ete intercepte celle ci reaparait meme sans click sur le bouton.

Exemple

- champs vide
- on click sur le bouton
- Message d'erreur apparait
- On saisie quelque chose
- l'erreur disparait (sans click sur le bouton)
- On efface le texte
- l'erreur apparait (sans click sur le bouton).

Comment empecher se fonctionnant pour que le message n'apparaisse que quand on click sur le bouton,

D'avance merci.

[Nicolas Esprit]

Bonjour,

Ca c'est la propertie Display qui doit être à "Dynamic". Tu peux également désactiver les scripts côté client avec EnableClientScript. L'inconvénient c'est que ton utilisateur devra d'abord valider avant de savoir si sa saisie est correcte ou pas.

En espérant t'avoir aidé.

[xian21]

Bonjour,

Merci de la reponse.
J'ai bien essaye de passer en static le display mais ca ne change pas ce comportement. :s

[Nicolas Esprit]

C'est surtout EnableClientScript qui permet de désactiver les scripts de validation côté client.

Voici la définition des 3 options sur Display :

The display behavior for the validation control. Legal values are:

• None (the control is not displayed. Used to show the error message only in the ValidationSummary control)
• Static (the control displays an error message if validation fails. Space is reserved on the page for the message even if the input passes validation.
• Dynamic (the control displays an error message if validation fails. Space is not reserved on the page for the message if the input passes validation

[Jean-Michel Ormes]

Code :

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

Display = None

Non ?

[Nicolas Esprit]

Nope, ça ne désactive pas la validation côté client, ça indique juste que le message d'erreur sera affiché dans le validationSummary et non à côté du contrôle non validé.

[xian21]

C'est surtout EnableClientScript qui permet de désactiver les scripts de validation côté client.

En faisant ca je suis oblige de gérer les messages d'erreur cote behind... du coup l'utilité des validators devient limite, non?

Bon j'ai pris en compte ce comportement a l'affichage en modifiant les textes d'erreur en fonction...

[Nicolas Esprit]

Mettre EnableClientScript à false, evite que le PostBack soit bloqué côté client tant que tous les contrôles ne sont pas valides. Mais une fois que le PostBack a lieu et que la Page n'est pas valide, les messages d'erreurs s'affichent bien.

Tu as du mal configuré tes validators ou ton summary. Bref, pour le reste tu n'as qu'à consulter la doc ou les différents tutos très explicites sur le problème...

[xian21]

Ben apriori j'ai rien fait de particulier pour mes validators

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
 
 <asp:TextBox ID="TBXF" runat="server"></asp:TextBox>
 
 
    <asp:RegularExpressionValidator ID="RegularExpressionValidator1" runat="server" ControlToValidate="TBXF" Display="Dynamic" 
        ErrorMessage="Ce champs doit être vide pour la création" 
        ValidationExpression="[^a-zA-Z]*" ValidationGroup="grcrea"></asp:RegularExpressionValidator>
 
 
    <asp:RequiredFieldValidator ID="RequiredFieldValidator5" runat="server" 
        ControlToValidate="TBXF" Display="Dynamic" ErrorMessage="Champs obligatoire pour clôturer la fiche" ValidationGroup="grcloture"></asp:RequiredFieldValidator>
 
 
    <asp:Button ID="BTNcreer" runat="server" Text="Créer" CssClass="button" onclick="BTNcreer_Click" ValidationGroup="grcrea" />