[VB.Net] ajouter un eventhandler a une dropdownlist

Version imprimable

28/02/2006, 11h12
graphicsxp

[VB.Net] ajouter un eventhandler a une dropdownlist
Bonjour,
J'ai une colonne template dans mon datagrid qui contient un control dropdownlist.
Code:

1 2 3 4 For Each dgi As DataGridItem In GridView2.Items AddHandler CType(dgi.FindControl("queries"), DropDownList).SelectedIndexChanged, AddressOf somefunction Next
le AddHandler ne pose pas de probleme a la compilation. Mais pourtant la fonction somefunction n'est jamais appellée, je ne comprends pas pourquoi. Voici sa définition:
Code:

1 2 3 Public Sub somefunction(ByVal sender As Object, ByVal e As System.EventArgs) MsgBox("test") End Sub
Pouvez vous m'aider ?
merci
28/02/2006, 15h53
graphicsxp

Personne n'a une idée pour ca :?:
28/02/2006, 16h18
FremyCompany

??

Tu es sur que ASP .Net ne renomme pas ton contrôle "querries" en un truc du genre "DataGrid1_querries" ?

Si non, il te reste une possibilité moins "conventionnelle" :
Ajouter un attribut JS onchange (?) à ta dropdownlist qui lance

Code:

__dopostback("querries_event_button","")

où querries_event_button est un

Code:

<asp:button id="querries_event_button" visible="false" onclick="nom de ta fonction" />

PS : Fait attention, j'ai codé à la va vite, et tu devras surement chercher un peu pour faire fonctionner mon code

Fremy
28/02/2006, 16h25
graphicsxp

8O 8O 8O
J'hallucine, ce con l'a effectivement renommé en :

Citation:

ctl00_ReportWizard_GridView2_ctl03_queries

Heu... je fais koi la ? :roll:
ps: pas question d'utiliser du javascript :nono:
28/02/2006, 16h51
FremyCompany

__dopostback()

__dopostback() est la methode asp .net crée automatiquement pour la gestion d'évenement (exepté les bouttons qui ont un traitement particulier)... si un navigateur n'accepte pas JS, adieu les page ASP .net donc.

Utiliser __dopostback() est donc la seule possiblité que j'envisage...

néamoins tu peux aussi envisager drowdownlist1.ClientID mais dans ton cas, je doute que ce soit possible...

PS : le boutton relai doit posséder UseSubmitBehavior="false"
28/02/2006, 16h57
graphicsxp

Bon certes. Mais cela n'explique pas pourquoi mon control a été renommé. Je préfererais qu'il ne soit pas renommé et que ca marche en utilisant AddHandler qui est largement plus simple syntaxiquement. Le coup d'utiliser un bouton invisible c'est un peu du systemD je trouve :P
28/02/2006, 16h59
FremyCompany

Complément d'informations

__dopostback demande 2 arguments

1)Le clientID de l'objet qui lance l'évenement.
Tu peux l'obtenir grace à :

Code:

Control.ClientID

2)Les argument de l'action
Click n'en admet aucun ==> '' ou ""

3)l'ID correspont à "sender" et les arguments à "e".

4)Je me suis trompé, le boutton relai doit avoir visible="true"
Utilise à la place style="display: none; visibility: hidden"
28/02/2006, 17h03
FremyCompany

Pourquoi est-il renommé ?

Pourquoi est-il renommé ?

Quelle longue histoire...

En regardant le nom "client", je remarque que tu utilise une page maitre.
D'ou le "ctl100_" devant

Ensuite, voici la raison.
Je crée un usercontrol.
Dedans je met un champs chaché nommé "MyName"

Dans une page, je mets 2 fois ce usercontrol
==> 2 fois le même id ==> problème
ASP .net renome donc AUTOMATIQUEMENT le controle en "Usercontrol1_MyName"

PS : J'avoue que ma solution est un peu "bricolée", mais je t'assure, ca marche du tonnerre !

Fremy
28/02/2006, 17h07
graphicsxp

Certes, mais dans ton cas tu utilises un usercontrol que tu appelles deux fois avec le meme id. Moi j'ai une Content Page qui est liée a une Master Page. La content Page contient plusieurs controls avec un Id unique. :roll:
Donc je m'interroge toujours, pourquoi at-il besoin de renommer mes controls???
28/02/2006, 17h12
Sphax

Il ne faut pas confondre l'id coté client de ton controle et l'id coté serveur. Asp.net est obligé de "renommer" tes id coté serveur, simplement pour garantir l'unicité de ces id coté client justement, pour le cas ou par exemple tu déposes plusieurs mêmes user controles dans une seule page. Tu vois le truc ?

Par contre coté serveur dans ton user control ou ta page tu n'as pas à te soucier de ça, ça doit rester transparent pour toi et tu dois généralement (sauf cas tarabiscoté) simplement utiliser tes id coté serveur. D'ailleurs s'il n'arrivait pas à trouver ton controle le dgi.FindControl te renverrait null et tu aurais droit à une belle NullReferenceException. Le probleme ne vient donc pas de là.

Ensuite il faut forcemment ajouter tes event handler à chaque postback de ta page, est ce que c'est bien fait ? Dernier point si tu veux que le postback soit déclenché qd on change la selection d'une drop down list, il ne faut pas oublier de mettre leurs propriétés AutoPostBack à true (mais ce n'est peut etre pas ce que tu souhaites).
28/02/2006, 17h16
graphicsxp

Citation:

Envoyé par Sphax

Il ne faut pas confondre l'id coté client de ton controle et l'id coté serveur. Asp.net est obligé de "renommer" tes id coté serveur, simplement pour garantir l'unicité de ces id coté client justement, pour le cas ou par exemple tu déposes plusieurs mêmes user controles dans une seule page. Tu vois le truc ?

Oui je vois le truc.

Citation:

Par contre coté serveur dans ton user control ou ta page tu n'as pas à te soucier de ça, ça doit rester transparent pour toi et tu dois généralement (sauf cas tarabiscoté) simplement utiliser tes id coté serveur. D'ailleurs s'il n'arrivait pas à trouver ton controle le dgi.FindControl te renverrait null et tu aurais droit à une belle NullReferenceException. Le probleme ne vient donc pas de là.

J'ai déjà rencontré ce probleme. Et donc là j'utilise bien le ID et pas le ClientId, donc ca devrait marcher. Alors en effet j'aurais tendance a penser comme toi, que le probleme ne vient pas de la finalement.

Citation:

Ensuite il faut forcemment ajouter tes event handler à chaque postback de ta page, est ce que c'est bien fait ? Dernier point si tu veux que le postback soit déclanché qd on change la selection d'une drop down list, il ne faut pas oublier de mettre leurs propriétés AutoPostBack à true (mais ce n'est peut etre pas ce que tu souhaites).

les event handler sont bien ajoutés a chaque postback, et non je ne veux pas avoir AutoPostBack a True.
Je patauge.
28/02/2006, 17h23
Sphax

Ils sont bien remis dans le page load, pas aprés ?

Code:

1
2
3
 Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load
        GetQueries()
 End Sub

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
Private Sub GetQueries()
  Dim da As New DatabaseAccess
 
   Try
    'bind grid of query groups
     GridView2.DataSource = ds.Tables(1)
     GridView2.DataBind()
 
     For Each dgi As DataGridItem In GridView2.Items
        'bind dropdownlist control to correct datatable
         CType(dgi.FindControl("GroupQueries"), DropDownList).DataSource = arr.Item(dgi.ItemIndex)
 
         CType(dgi.FindControl("GroupQueries"), DropDownList).DataValueField = "QueryId"
         CType(dgi.FindControl("GroupQueries"), DropDownList).DataTextField = "QueryName"
 
         AddHandler CType(dgi.FindControl("GroupQueries"), DropDownList).SelectedIndexChanged, AddressOf somefunction
 
        CType(dgi.FindControl("GroupQueries"), DropDownList).DataBind()
     Next
 
    Catch ex As Exception
          MsgBox(ex.Message.ToString)
    End Try
 End Sub

Convaincu ? :wink:

28/02/2006, 17h31
Sphax

Ah oui non mais d'accord, il ne faut pas rebinder tes drop down list à chaque post back, sinon comment veux tu qu'asp.net te dise que la selection a changée ?? Je te rappel qu'il génere les evenements aprés le page_load, mais toi aprés le page_load tu as réinitialisé les drop down, asp.net en déduit qu'il n'y a eu aucun changement... Tu bind une seule fois, tu ajoutes tes handlers à chaque postback :).
28/02/2006, 17h33
graphicsxp

OK, j'ai fais un sample, et il faut utiliser AutoPostBack, sinon ca fonctionne pas. Je vais essayer dans mon code maintenant (un peu plus délicat)
a suivre...
28/02/2006, 17h41
Sphax

Arf je sens une assez grande confusion dans tes propos. Donc :

Tes évenements sont des evenements coté serveur. Pour qu'ils se declenchent il faut un postback à un moment ou un autre. Que ce postBack soit déclenché par tes drop down list ou bien par un bouton ou n'importe quel autre controle ne change rien.

Au moment du post back, ton page_load est appelé (enfin ya d'autres evenemtns avant mais ils ne nous interessent pas) puis les evenements sur tes controles sont appelés. Pour générer un evenement SelectedIndexChanged d'un drop down asp.net se base sur la valeur du controle avant le postback (dans le viewstate) qu'il compare à la valeur courante. Si ya changement, ya évenement.
Toi pendant le page_load tu t'amuses à réinitialiser tes drop down list. Donc pour asp.net il n'y a pas de différence entre les valeurs du viewstate et les valeurs courantes (reinitialisée donc) de tes controles, donc pas d'evenement généré... Tu me suis ?

EDIT : depuis le début j'ecris déclAncher , et il me semble bien que c'est plutot déclEncher. si qqun pouvait me confirmer ma faute, je corrigerais partout :).

EDIT 2 : corrigé, merci ;)
28/02/2006, 17h46
graphicsxp

oui, c'est bien déclEncher, je sens une grande confusion dans tes propos, lol.
Plus sérieusement merci du coup de pouce, j'avais pas bien compris comment tout cela marchait. Je viens du winform et c'est plus compliqué en asp.net je trouve.

Donc effectivement je dois utiliser AutoPostBack. Et je dois tester IsPostBack pour ne pas refaire le Binding. Par contre j'ajoute l'eventhandler dans tous les cas. Ais-je bien compris la leçon monsieur ?
28/02/2006, 23h03
Sphax

Leçon bien comprise (désolé si j'ai paru un peu moralisateur :lol: )

Effectivement en web c'est plus compliqué qu'en winform à cause de la distinction coté client / coté serveur. C'est aussi plus limité, moins joli, moins réactif etc... bref bienvenu dans le monde des applications web :).