[C#] Utiliser plusieurs formulaires serveur

Bonjour, je m'adresse encore à vous :D

Bon voilà je dois convertir en ASP.NET une page ASP qui contenait 3 formulaires à la suite.
Intérêt de la chose :
:arrow: On peut ne modifier qu'un seul des 3 formulaires
:arrow: Si je remplis une ligne de saisie et que j'enfonce Entrée, il valide bien le bon bouton associé au formulaire.

Bon alors j'aurais espéré pouvoir faire 3 formulaires serveurs sur la même page, au moins pour que le bouton sélectionné par défaut quand je suis sur une ligne de saisie soit le bouton associé à ce pseudo-formulaire. Vu qu'il ne veut pas ce méchant :cry: j'aimerais savoir si quelqu'un connaît une solution pour présélectionner un bouton quand on clique sur un TextBox ou s'il faut que j'intercepte, pour chaque TextBox, en Javascript, l'enfoncement de la touche Entrée ? :(

:help:

J'avais vu ça dans un thread mais impossible de te dire ou c'est juste un truc que j'ai sélectionné pour la faq asp.net en préparation ;)

Citation:

---

Voici une foction qui vous permettra de mettre le focus sur un Webcontrol qui se trouve dans la page :

Citation:

---

Public Function setFocus(ByVal champs As System.Web.UI.WebControls.WebControl) Dim s As String s = "<script language= ""javascript"">" + "document.getElementById('" + champs.ID + "').focus()</script>" page.RegisterStartupScript("focus", s) End Function

---

---

je pense que ça devrait pouvoir t'aider ;)

Merci pour ta réponse, neo.51, mais ta solution malheureusement ne correspond pas à ce que je veux obtenir. Ta fonction permet de positionner le focus. Je cherchais, moi, à avoir plusieurs boutons d'actions et que, en fonction de la position du focus (sur tel ou tel CheckBox), lorsque j'enfonce Entrée, il appelle bien le bon OnClick du bouton associé (ce qui était automatique quand on avait plusieurs formulaires).

Début du mode système D...
J'ai repris une de tes astuces, celle à utiliser lorsque le bouton Entrée ne fonctionne pas, en lui faisant prendre un paramètre pour que TouchReturn contienne le bouton à activer. Le problème c'est que là, la touche Entrée fonctionnait déjà avant. Donc quand j'enfonce Entrée, le bon OnClick est appelé... puis ensuite le OnClick du 1er bouton se voit appelé ! 2 submits pour le prix d'un :cry:

Mais j'ai rajouté un système D au système D
:yaisse:
Avec un bouton fictif invisible en début de fiche comme ça c'est lui qui est validé au 2ème coup et donc je n'ai plus qu'une seule validation :D

Résumé de l'astuce anomalyenne :

D'abord une fonction trap qui prend un paramètre : le numéro du bouton à valider.

Code:

---

1 2 3 4 5 6 7 8 9 10

<script> function trap(bouton) { if((event.which && event.which == 13)||(event.keyCode && event.keyCode == 13)) { document.Formulaire.ToucheReturn.value = bouton; document.Formulaire.submit(); } } </script>

---

Les deux contrôles en début de fiche :

Code:

---

1 2	<input id="ToucheReturn" type="hidden" Value="0" Runat="server"> <asp:button id="BoutonFictif" Runat="server" Width="0" />

---

Pour chaque TextBox, ajouter la propriété onkeypress="trap(numéro_du_bouton_à_valider)", par exemple :

Code:

---

<asp:textbox onkeypress="trap(1)" id="Adresse1" Runat="server" />

---

Dans le code-behind:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

private void ToucheReturn_ServerChange(object sender, System.EventArgs e) { ToucheReturn.Value = "0"; }   private void Page_Load(object sender, System.EventArgs e) { if (IsPostBack) { switch (Int32.Parse(ToucheReturn.Value)) { case 1: EnregistrerCoordonnées_Click(this, e); break;   case 2: EnregistrerEMail_Click(this, e); break;   case 3: EnregistrerMDP_Click(this, e); break; }   return; }   /* reste du Page_Load */ }

---

Le seul gros inconvénient de cette astuce est qu'elle ne fonctionne que sous IE... :cry: Sous Mozilla, la touche Entrée ne fonctionne pas et il apparaît un petit bouton carré en haut à gauche, ASP.NET ayant viré l'attribut "Width=" correspondant. Je vais travailler à l'amélioration de cette solution afin que cela soit applicable sur tous les navigateurs.

Ajouter aux champs du formulaire l'événement onKeyPress

Ex :

Code:

---

1 2	<asp:TextBox id="tboxPassword" runat="server" TextMode="Password" onKeyPress="Javascript:onEnterSubmit();"></asp:TextBox>

---

Puis dans le codebehind ajouter les 2 lignes

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

//Génère la fonction javascript gérant le bouton "entrée" string fonctionJavascript = "<script language=\"Javascript\"> function onEnterSubmit() { if (event.keyCode == 13) { document.forms[0]." + btnValiderIdentification.ClientID + ".focus();  } } </script>";   //Ecrit la fonction dans la page Response.Write(fonctionJavascript);

---

Où btnValiderIdentification est le bouton qui valide normalement le formulaire.

[Balise [code] rajoutée par Abelman]
[Pensez-y vous-même à l'avenir. Merci. :wink: ]

Personnellement, je conseillerais fortement de tout bêtement ne pas utiliser de formulaire serveur. Tu n'as plus droit aux contrôles HTML (pas une grosse perte), tu dois t'occuper toi-même de récupérer les données envoyées dans le formulaire (une ligne de code par champ pour la version simple, pas méchant) et tu peux avoir besoin de programmer toi-même une partie de comportement ke .NET prenait en charge, mais rien de bien abominable.

Et échange d'un peu plus de code, tu peux mettre autant de formulaires ke tu veux, gérés correctement par n'importe kel navigateur sans avoir à coller des bidouilles en Javascript dans tous les champs (je suis le seul à trouver les solutions de ce genre un peu lourdingues pour le peu k'on a à gagner en utilisant un formulaire serveur ?), et tu es totalement libre pour définir l'affichage de ta page, sans être limité par les kelkes attributs gérés par les contrôles serveur.

Si vraiment t'as un besoin absolu de ces fichus contrôles serveur, y a pas le choix, faut se fader de la bidouille Javascripteske. Mais creuse un peu l'option de t'en passer pour voir. T'as pas grand chose à perdre, et bcp (bcp) à gagner. Le principal intérêt de .NET après tout, c'est le framework. Le modèle WebForms, c'est une facilité ki n'est pas forcément adaptée à toutes les utilisations, et c'est loin d'être la seule façon de faire. Heureusement d'ailleurs, parce ke perso, les embrouilles liées à ce modèle et le code ke ça produit, ça me fait hurler...