Contenu d'un HTMLcontrol
theoorleans45
Messages postés
18
Date d'inscription
vendredi 10 novembre 2000
Statut
Membre
Dernière intervention
21 octobre 2006
-
23 août 2006 à 11:34
cs_Yopyop Messages postés 586 Date d'inscription lundi 7 janvier 2002 Statut Membre Dernière intervention 10 février 2010 - 23 août 2006 à 13:48
cs_Yopyop Messages postés 586 Date d'inscription lundi 7 janvier 2002 Statut Membre Dernière intervention 10 février 2010 - 23 août 2006 à 13:48
A voir également:
- Contenu d'un HTMLcontrol
- Copier le contenu d'une feuille excel dans une autre vba - Forum Visual Basic
- Afficher le contenu d'un fichier en c ✓ - Forum C
- Gestion de contenu java - Forum Java
- Afficher le contenu d'un fichier texte dans un Edit Control d'une boite de dialo - Forum C++ & C++ .NET
- Afficher le contenu d'un fichier dans une liste en C - Forum C++ & C++ .NET
2 réponses
cs_poppyto
Messages postés
540
Date d'inscription
dimanche 29 décembre 2002
Statut
Modérateur
Dernière intervention
13 mai 2011
23 août 2006 à 11:57
23 août 2006 à 11:57
Oui c'est normal, le mieux est de remplir un champ caché (hiddenfield) lorsque tu fais des ajouts/suppression avec ton select.
Poppyto
Cours de basse gratuits avec vidéos et ralentis
Cours de guitare gratuits avec vidéos et ralentis/A>
Poppyto
Cours de basse gratuits avec vidéos et ralentis
Cours de guitare gratuits avec vidéos et ralentis/A>
cs_Yopyop
Messages postés
586
Date d'inscription
lundi 7 janvier 2002
Statut
Membre
Dernière intervention
10 février 2010
1
23 août 2006 à 13:48
23 août 2006 à 13:48
re,
effectivement, lorsque tu fais des modifications sur ta select côté client, les valeurs la concernant ne sont pas modifiées dans le champs hidden viewstate.
Donc, lors d'un postback, asp.net récupère l'état du contrôle (via le viewstate), et pour la page ton composant n'as subit aucune modification.
Si tu veux juste récupérer le nombre d'entrées dans ta select, un champs hidden (runat=server) peut-être une solution.
Mais tu n'auras pas les entrées de ta select.
Un autre moyen, c'est de guarder ton code côté client tel quel, mais d'ajouter une fonction côté serveur qui récupère les valeurs de ta select.... à l'ancienne.
Et oui, en asp.net on peut toujours accéder à Request.QueryString et Request.Form.
Donc je te suggère de faire une petite fonction qui, à chaque chargement de ta page, récupère les valeurs de ta select dans Request.Form et reconstruit ta select (tu peux donc ainsi désactiver le viewstate de ta select... normalement).
yopyop
effectivement, lorsque tu fais des modifications sur ta select côté client, les valeurs la concernant ne sont pas modifiées dans le champs hidden viewstate.
Donc, lors d'un postback, asp.net récupère l'état du contrôle (via le viewstate), et pour la page ton composant n'as subit aucune modification.
Si tu veux juste récupérer le nombre d'entrées dans ta select, un champs hidden (runat=server) peut-être une solution.
Mais tu n'auras pas les entrées de ta select.
Un autre moyen, c'est de guarder ton code côté client tel quel, mais d'ajouter une fonction côté serveur qui récupère les valeurs de ta select.... à l'ancienne.
Et oui, en asp.net on peut toujours accéder à Request.QueryString et Request.Form.
Donc je te suggère de faire une petite fonction qui, à chaque chargement de ta page, récupère les valeurs de ta select dans Request.Form et reconstruit ta select (tu peux donc ainsi désactiver le viewstate de ta select... normalement).
yopyop