Discussion :

[premiumbfd]

Bonjour,

Nous sommes face à un problème de postback... Nous créons dynamiquement des Tabs dans un Tabcontainer présent sur la page, dans lesquels nous insérons des contrôles ascx (du coup dynamiquement) et dans lesquels nous créons un repeater.
Tout cela au chargement de la page en !PostBack ou dans le code behind d'un événement de combo.
Dans ce repeater, l'utilisateur doit saisir des valeurs que nous souhaitons récupérer (pour enregistrer en base de données ou peu importe...)
Le problème est que, lorsque nous cliquons sur un bouton présent dans un ascx (créé dynamiquement), nous perdons toutes nos valeurs saisies dans le repeater..

--------
Pas à pas :
- ascx 1 "statique" : contient le tabcontainer. création dynamique des tabs dans la page load en !postback
- tab 1 "dynamique" : contient des contrôles + l'ascx 2
- ascx 2 "dynamique" : contient des contrôles + l'ascx 3
- ascx 3 "dynamique" : contient des contrôles + le repeater
Si on saisit des valeurs dans le repeater, on provoque un rechargement de la page qui remet le tabcontainer de l'ascx 1 à 0. Le viewstate ne change rien.


Suis je claire? Quelqu'un aurait-il déjà rencontré ce problème?
Merci

[Pilru]

Les viewstate est "mappé" avec les contrôles serveurs après l'évènement init et avant l'évènement load de page. Si tu insères des contrôles dynamiquement dans une page, il faut impérativement le faire dans l'évènement init de la page.

[Ramajb]

Le viewstate ne change rien.

Vue ton scénario, le viewState n'a jamais entré en jeux . Moi, je te conseil de basculer la création dynamique de ton repeater vers l’événement Page_Init.

A+

[premiumbfd]

Ok merci de votre aide, je teste et donne des news rapidement.

[premiumbfd]

Alors en reregardant le code, je me suis rendu compte qu'on n'appelle jamais la méthode de création des contrôles dynamiques (appelons la LoadPanel()) à partir du Load de la page.
Elle est toujours appelée à la suite du code d'un événement.
Exemple :
La page contient plusieurs ascx. Je fais une sélection dans une combo de mon ascx 0, ça exécute mon code + appel à ascx1.LoadPanel(), qui fait toute la routine de création dynamique.
J'ai en fait besoin de passer par le code de la combo pour initialiser des valeurs utilisées dans la méthode LoadPanel. Si je la mets ds le Init, ou le Load, il va se retrouver avec les mauvaises valeurs...
Ou alors je dois revoir toute la logique de mon rafraîchissement.
Mais je reste persuadée que je rencontrerai le même problème après avoir changé cette logique...
Je regarde ça et vous tiens au courant, sauf si vous avez une idée sans que j'ai besoin de changer ce code.
Merci..

[premiumbfd]

Donc effectivement, en mettant les traitements dans les Page_Init, ça fonctionne. Merci des pistes que vous m'avez fournies
Pour ceux qui chercheraient un peu + de détails sur la résolution de notre problème :
------
* Page asp principale :
Gestion de l'événement PreInit (dans la balise <%@ Page OnPreInit="EvtPreInit">
- initialisation des listes et variables utilisées dans les ascx inclus dans la page

* ascx 1 (statique) :
Celui là fait appel à partir d'un événement à la création dynamique des contrôles
- Page_Init : si !postback, on fait nos initialisations + appel à la méthode de création dynamique (LoadPanel())

* ascx 2 (statique) :
Celui là contient le TabContainer, dont les panels sont créés dynamiquement
- le TabContainer est dans un UpdatePanel :
. UpdateMode="Conditional"
. ChildrenAsTriggers="true"
. EnableViewState="true"
- le TabContainer :
. EnableViewState="true"
- Page_Init :
. si !postback, on fait nos initialisations
. on ne gère pas le postback s'il est à true
- Page_Load :
. on ne gère pas le postback s'il est à false
. si postback, on appelle notre LoadPanel()


Je pense qu'une partie de la gestion des postback est propre à notre application, mais le plus gros de la solution est là.
J'aimerais bien avoir un retour sur ce post si quelqu'un tente cette solution et que ça ne fonctionne pas.

Merci encore à ceux qui m'ont aidée.