J'utilise ASP.NET 2.0.
J'ai créé une classe qui me permet de sauvegarder le ViewState de ma
page à l'intérieur du système de fichiers (çà, çà marche).
Cependant, je souhaiterai avoir la possibilité charger le ViewState même
lorsque ce n'est pas un PostBack.
Par exemple si l'utilisateur ouvre la page avec un autre navigateur il
aura le même Viewstate.
Je voudrais savoir si quelqu'un connaît ce genre de technique car cela
fait 1 jour et demi que je bataille sans résultat.
D'avance merci.
J'utiliserais une session plutôt qu'un Viewstate. -- Paul Bacelar MVP VC++
"Franck Quintana" wrote in message news:4418899e$0$18312$
Bonjour,
J'utilise ASP.NET 2.0. J'ai créé une classe qui me permet de sauvegarder le ViewState de ma page à l'intérieur du système de fichiers (çà, çà marche). Cependant, je souhaiterai avoir la possibilité charger le ViewState même lorsque ce n'est pas un PostBack. Par exemple si l'utilisateur ouvre la page avec un autre navigateur il aura le même Viewstate.
Je voudrais savoir si quelqu'un connaît ce genre de technique car cela fait 1 jour et demi que je bataille sans résultat. D'avance merci.
J'utiliserais une session plutôt qu'un Viewstate.
--
Paul Bacelar
MVP VC++
"Franck Quintana" <user@wanadoo.fr> wrote in message
news:4418899e$0$18312$8fcfb975@news.wanadoo.fr...
Bonjour,
J'utilise ASP.NET 2.0.
J'ai créé une classe qui me permet de sauvegarder le ViewState de ma page
à l'intérieur du système de fichiers (çà, çà marche).
Cependant, je souhaiterai avoir la possibilité charger le ViewState même
lorsque ce n'est pas un PostBack.
Par exemple si l'utilisateur ouvre la page avec un autre navigateur il
aura le même Viewstate.
Je voudrais savoir si quelqu'un connaît ce genre de technique car cela
fait 1 jour et demi que je bataille sans résultat.
D'avance merci.
J'utiliserais une session plutôt qu'un Viewstate. -- Paul Bacelar MVP VC++
"Franck Quintana" wrote in message news:4418899e$0$18312$
Bonjour,
J'utilise ASP.NET 2.0. J'ai créé une classe qui me permet de sauvegarder le ViewState de ma page à l'intérieur du système de fichiers (çà, çà marche). Cependant, je souhaiterai avoir la possibilité charger le ViewState même lorsque ce n'est pas un PostBack. Par exemple si l'utilisateur ouvre la page avec un autre navigateur il aura le même Viewstate.
Je voudrais savoir si quelqu'un connaît ce genre de technique car cela fait 1 jour et demi que je bataille sans résultat. D'avance merci.
J'utiliserais une session plutôt qu'un Viewstate. -- Paul Bacelar MVP VC++
"Franck Quintana" wrote in message news:4418899e$0$18312$
Bonjour,
J'utilise ASP.NET 2.0. J'ai créé une classe qui me permet de sauvegarder le ViewState de ma page à l'intérieur du système de fichiers (çà, çà marche). Cependant, je souhaiterai avoir la possibilité charger le ViewState même lorsque ce n'est pas un PostBack. Par exemple si l'utilisateur ouvre la page avec un autre navigateur il aura le même Viewstate.
Je voudrais savoir si quelqu'un connaît ce genre de technique car cela fait 1 jour et demi que je bataille sans résultat. D'avance merci.
J'utiliserais une session plutôt qu'un Viewstate.
--
Paul Bacelar
MVP VC++
"Franck Quintana" <user@wanadoo.fr> wrote in message
news:4418899e$0$18312$8fcfb975@news.wanadoo.fr...
Bonjour,
J'utilise ASP.NET 2.0.
J'ai créé une classe qui me permet de sauvegarder le ViewState de ma page
à l'intérieur du système de fichiers (çà, çà marche).
Cependant, je souhaiterai avoir la possibilité charger le ViewState même
lorsque ce n'est pas un PostBack.
Par exemple si l'utilisateur ouvre la page avec un autre navigateur il
aura le même Viewstate.
Je voudrais savoir si quelqu'un connaît ce genre de technique car cela
fait 1 jour et demi que je bataille sans résultat.
D'avance merci.
J'utiliserais une session plutôt qu'un Viewstate. -- Paul Bacelar MVP VC++
"Franck Quintana" wrote in message news:4418899e$0$18312$
Bonjour,
J'utilise ASP.NET 2.0. J'ai créé une classe qui me permet de sauvegarder le ViewState de ma page à l'intérieur du système de fichiers (çà, çà marche). Cependant, je souhaiterai avoir la possibilité charger le ViewState même lorsque ce n'est pas un PostBack. Par exemple si l'utilisateur ouvre la page avec un autre navigateur il aura le même Viewstate.
Je voudrais savoir si quelqu'un connaît ce genre de technique car cela fait 1 jour et demi que je bataille sans résultat. D'avance merci.
Disons que je voudrais profiter du ViewState pour utiliser le contrôle Wizard ASP.NET. Celui-ci se base sur le ViewState pour gérer ses états. L'utilisation d'une session m'obligerait à recoder le système de navigation et donc à ne plus utiliser le Wizard ASP.NET.
Disons que je voudrais profiter du ViewState pour utiliser le contrôle
Wizard ASP.NET. Celui-ci se base sur le ViewState pour gérer ses états.
L'utilisation d'une session m'obligerait à recoder le système de
navigation et donc à ne plus utiliser le Wizard ASP.NET.
Disons que je voudrais profiter du ViewState pour utiliser le contrôle Wizard ASP.NET. Celui-ci se base sur le ViewState pour gérer ses états. L'utilisation d'une session m'obligerait à recoder le système de navigation et donc à ne plus utiliser le Wizard ASP.NET.
Mettez l'ensemble d'u ViewState dans une variable de Session que vous récupèrerez dans les pages suivantes.
-- Delf
Franck Quintana
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le contexte d'un postback ce qui fait que même si mon viewstate est loadé les contrôles ne sont pas automatiquement remplis jusqu'au prochain postback. Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre précis ce qui permet d'avoir une interface remplie correctement.
Mettez l'ensemble d'u ViewState dans une variable de Session que vous récupèrerez dans les pages suivantes.
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le
contexte d'un postback ce qui fait que même si mon viewstate est loadé
les contrôles ne sont pas automatiquement remplis jusqu'au prochain
postback.
Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en
route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un
ordre précis ce qui permet d'avoir une interface remplie correctement.
C'est ce que je fais seulement je n'arrive pas à me mettre dans le contexte d'un postback ce qui fait que même si mon viewstate est loadé les contrôles ne sont pas automatiquement remplis jusqu'au prochain postback. Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre précis ce qui permet d'avoir une interface remplie correctement.
Mettez l'ensemble d'u ViewState dans une variable de Session que vous récupèrerez dans les pages suivantes.
Franck Quintana
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le contexte d'un postback ce qui fait que même si mon viewstate est loadé les contrôles ne sont pas automatiquement remplis jusqu'au prochain postback. Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre précis ce qui permet d'avoir une interface remplie correctement.
Mettez l'ensemble d'u ViewState dans une variable de Session que vous récupèrerez dans les pages suivantes.
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le
contexte d'un postback ce qui fait que même si mon viewstate est loadé
les contrôles ne sont pas automatiquement remplis jusqu'au prochain
postback.
Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en
route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un
ordre précis ce qui permet d'avoir une interface remplie correctement.
C'est ce que je fais seulement je n'arrive pas à me mettre dans le contexte d'un postback ce qui fait que même si mon viewstate est loadé les contrôles ne sont pas automatiquement remplis jusqu'au prochain postback. Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre précis ce qui permet d'avoir une interface remplie correctement.
Mettez l'ensemble d'u ViewState dans une variable de Session que vous récupèrerez dans les pages suivantes.
Paul Bacelar
Entre le LoadViewState et le SaveViewState, c'est vous qui manipulez l'état des contrôles, donc rien ne vous interdit de modifier les propriétés des contrôles en fonctions des valeurs que vous avez sauvegardé (en session ou sur disque).
-- Paul Bacelar MVP VC++
"Franck Quintana" wrote in message news:441effb2$0$29200$
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le contexte d'un postback ce qui fait que même si mon viewstate est loadé les contrôles ne sont pas automatiquement remplis jusqu'au prochain postback. Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre précis ce qui permet d'avoir une interface remplie correctement.
Mettez l'ensemble d'u ViewState dans une variable de Session que vous récupèrerez dans les pages suivantes.
Entre le LoadViewState et le SaveViewState, c'est vous qui manipulez l'état
des contrôles, donc rien ne vous interdit de modifier les propriétés des
contrôles en fonctions des valeurs que vous avez sauvegardé (en session ou
sur disque).
--
Paul Bacelar
MVP VC++
"Franck Quintana" <user@wanadoo.fr> wrote in message
news:441effb2$0$29200$8fcfb975@news.wanadoo.fr...
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le
contexte d'un postback ce qui fait que même si mon viewstate est loadé les
contrôles ne sont pas automatiquement remplis jusqu'au prochain postback.
Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route
(TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre
précis ce qui permet d'avoir une interface remplie correctement.
Entre le LoadViewState et le SaveViewState, c'est vous qui manipulez l'état des contrôles, donc rien ne vous interdit de modifier les propriétés des contrôles en fonctions des valeurs que vous avez sauvegardé (en session ou sur disque).
-- Paul Bacelar MVP VC++
"Franck Quintana" wrote in message news:441effb2$0$29200$
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le contexte d'un postback ce qui fait que même si mon viewstate est loadé les contrôles ne sont pas automatiquement remplis jusqu'au prochain postback. Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre précis ce qui permet d'avoir une interface remplie correctement.
Mettez l'ensemble d'u ViewState dans une variable de Session que vous récupèrerez dans les pages suivantes.
Paul Bacelar
Entre le LoadViewState et le SaveViewState, c'est vous qui manipulez l'état des contrôles, donc rien ne vous interdit de modifier les propriétés des contrôles en fonctions des valeurs que vous avez sauvegardé (en session ou sur disque).
-- Paul Bacelar MVP VC++
"Franck Quintana" wrote in message news:441effb2$0$29200$
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le contexte d'un postback ce qui fait que même si mon viewstate est loadé les contrôles ne sont pas automatiquement remplis jusqu'au prochain postback. Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre précis ce qui permet d'avoir une interface remplie correctement.
Mettez l'ensemble d'u ViewState dans une variable de Session que vous récupèrerez dans les pages suivantes.
Entre le LoadViewState et le SaveViewState, c'est vous qui manipulez l'état
des contrôles, donc rien ne vous interdit de modifier les propriétés des
contrôles en fonctions des valeurs que vous avez sauvegardé (en session ou
sur disque).
--
Paul Bacelar
MVP VC++
"Franck Quintana" <user@wanadoo.fr> wrote in message
news:441effb2$0$29200$8fcfb975@news.wanadoo.fr...
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le
contexte d'un postback ce qui fait que même si mon viewstate est loadé les
contrôles ne sont pas automatiquement remplis jusqu'au prochain postback.
Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route
(TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre
précis ce qui permet d'avoir une interface remplie correctement.
Entre le LoadViewState et le SaveViewState, c'est vous qui manipulez l'état des contrôles, donc rien ne vous interdit de modifier les propriétés des contrôles en fonctions des valeurs que vous avez sauvegardé (en session ou sur disque).
-- Paul Bacelar MVP VC++
"Franck Quintana" wrote in message news:441effb2$0$29200$
Bonjour,
C'est ce que je fais seulement je n'arrive pas à me mettre dans le contexte d'un postback ce qui fait que même si mon viewstate est loadé les contrôles ne sont pas automatiquement remplis jusqu'au prochain postback. Lors d'un postback il y a tout le "pipeline" d'asp.net qui se met en route (TrackViewState, LoadViewState, SaveViewState), il le fait dans un ordre précis ce qui permet d'avoir une interface remplie correctement.
Entre le LoadViewState et le SaveViewState, c'est vous qui manipulez l'état des contrôles, donc rien ne vous interdit de modifier les propriétés des contrôles en fonctions des valeurs que vous avez sauvegardé (en session ou sur disque).
Bon il faudra que je regarde çà de plus près alors pour voir si j'arrive
à le faire.
Je vous tiens au courant.
Merci à tous.
Entre le LoadViewState et le SaveViewState, c'est vous qui manipulez l'état
des contrôles, donc rien ne vous interdit de modifier les propriétés des
contrôles en fonctions des valeurs que vous avez sauvegardé (en session ou
sur disque).
Entre le LoadViewState et le SaveViewState, c'est vous qui manipulez l'état des contrôles, donc rien ne vous interdit de modifier les propriétés des contrôles en fonctions des valeurs que vous avez sauvegardé (en session ou sur disque).
