[C#] Affichage au fur et à mesure

Version imprimable

14/06/2005, 16h06
joujou_le_fou

[C#] Affichage au fur et à mesure

Bonjour,

J'ai un petit pb en ASP.NET:

Comment faire pour afficher une page au fur et à mesur de son exécution.
Ceci me sert lorsque j'effectue un traitement sur la page. J'aimerai d'abord qu'elle s'affiche (elle contient un message du genre "please wait") pour faire patienter l'utilisateur lors du traitement.

J'ai cherché en vain sur ce forum et ailleurs la réponse à ma question.

Merci!!
14/06/2005, 17h21
pmithrandir

je ne sais pas comment faire.

mais par contre, tu peux affiché un popup "veuillez patienter" et le fermer a la fin de ton traitement...

pierre
14/06/2005, 20h46
BiM

Tu peux faire un tonFormulaire.Visible=false au début puis tonFormulaire.Visible=true à la fin de l'affichage :)
15/06/2005, 08h22
neguib

Re: [C#] Affichage au fur et à mesure

Citation:

Envoyé par joujou_le_fou

...Comment faire pour afficher une page au fur et à mesur de son exécution...

C'est une fonctionnalité spécifique de ton appli donc c'est à toi de le concevoir et de le coder, à toi d'ordonner les evènement et leur rendu a l'ecran
Essayes de nous détailler un cas d'exemple sous forme d'algo :wink:
15/06/2005, 08h26
Ditch

Faire un truc du genre:

Affichage("please wait")
Traitements()
Suppression("please wait")

Il est possible de dire qu'il ne doit pas attendre d'avoir toute la page avant de l'envoyer mais je ne sais plus où :D

Merci pour vos réponses.
Je vais détailler un peu plus:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Page_Load(...) { Affichage_de_la_page(); try { Traitement_des_donnees_que_je _recois() Response.Redirect(Page de fin de traitement); } catch(...) { Response.Redirect(Page d'erreur) } }
Voilà grossomodo ce que je voudrais faire.
Le problème est que je ne sais pas quoi mettre dans Affichage_de_la_page(). En effet, la page effectue le traitement, mais elle ne s'affiche pas.
J'ai essayé de mettre un Response.Flush() avant le début du traitement, mais sans succès...

Citation:

Envoyé par joujou_le_fou

...Le problème est que je ne sais pas quoi mettre dans Affichage_de_la_page(). En effet, la page effectue le traitement, mais elle ne s'affiche pas.
...

Bien sûr que si puisqu'elle peut afficher un label "Please Wait"
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 Page_Load(...) { PleaseWait(); try { Traitement_des_donnees_que_je _recois() FinTraitement(); } catch(...) { Response.Redirect(Page d'erreur) } }

15/06/2005, 16h29
joujou_le_fou

Ben écoute, je le pensais, mais PleaseWait() ne s'affiche que lorsque la page a fini le traitement, c'est à dire trop tard.
15/06/2005, 16h41
Ditch

De base tout est envoyé en une fois... Je ne trouve vraiment plus où on change ça :s
15/06/2005, 17h41
joujou_le_fou

Je suis sûr que c'est ce dont tu ne te souviens plus Ditch...
Moi aussi j'ai l'impression d'avoir su et d'avoir oublié :oops:
15/06/2005, 22h05
Ditch

Citation:

Envoyé par joujou_le_fou

Je suis sûr que c'est ce dont tu ne te souviens plus Ditch...
Moi aussi j'ai l'impression d'avoir su et d'avoir oublié :oops:

Comme de quoi il vaut mieux "un tu sais que deux tu sauras" :D
15/06/2005, 22h08
joujou_le_fou

Citation:

Envoyé par Ditch

Comme de quoi il vaut mieux "un tu sais que deux tu sauras" :D

mdr :aie:
16/06/2005, 10h23
neguib

:idea: Et si tu faisais l'appel de la procedure d'affichage PleaseWait() dans PageInit juste après InitializedComponent()
16/06/2005, 10h38
joujou_le_fou

Le truc c'est que cette méthode est vide (elle n'existe meme pas).

En fait, la page contient un label où y'a marqué "Traitement en cours".
J'aimerai simplement que ce label s'affiche pendant le traitement.

J'ai essayé de mettre un response.flush() à l'endroit que tu as indiqué, mais le résultat est toujours le meme :(
16/06/2005, 10h38
Ditch

Citation:

Envoyé par neguib

:idea: Et si tu faisais l'appel de la procedure d'affichage PleaseWait() dans PageInit juste après InitializedComponent()

Ca ne changera rien, on est toujours sur le serveur durant ce temps. Et toutes les infos seront quand même envoyées de la même manière
16/06/2005, 10h58
neguib

Citation:

Envoyé par Ditch

Citation:

Envoyé par neguib

:idea: Et si tu faisais l'appel de la procedure d'affichage PleaseWait() dans PageInit juste après InitializedComponent()

Ca ne changera rien, on est toujours sur le serveur durant ce temps. Et toutes les infos seront quand même envoyées de la même manière

Alors dans ce cas il y la solution du timer crée à l'affichage de la page
et le traitement se fait dans l'evenement tick du timer sans oublier de stopper le timer en fin de traitement
16/06/2005, 11h07
joujou_le_fou

Citation:

Envoyé par neguib

Alors dans ce cas il y la solution du timer crée à l'affichage de la page
et le traitement se fait dans l'evenement tick du timer sans oublier de stopper le timer en fin de traitement

Hum... Ca ne me semble pas très propre.
J'ose espérer que les gars de chez crosoft ont prévu quelque chose de plus carré !
16/06/2005, 11h28
Sphax

Salut,

Je pense pas que les gars de Microsoft aient prevu quoi que ce soit de plus carré, puisque le probleme est inhérent au protocole HTTP : ce n'est pas fait pour ce que tu souhaites faire, tout simplement. Une page Web n'est pas vraiment faite pour effectuer un traitement long sur le serveur Web, l'idée c'est plutot de pouvoir exécuter des petits traitements sur de nombreuses pages simultanément.

J'imagine qu'une solution propre serait : ta page fais appel à un composant externe (genre un service windows) qui est chargé de lancer ton traitement lourd. Ensuite dans ta page coté client tu as du script qui se charge d'interroger régulierement le serveur Web (par un appel HTTP avec XmlHTTP par exemple) qui demandera au service Windows ou il en est, et renvoie cette information au client. C'est un peu lourd peut etre comme solution.

Sinon du temps de l'asp classique je me souviens avoir fait ça avec des envoies réguliers au client d'informations par des Response.Buffer = False et des Response.Flush, mais il faut dire que la nature une peu bordélique de ce langage se pretait assez bien a ça :). En Asp.net j'imagine qu'on doit encore pouvoir faire pareil, vu la nature "objet" de .Net ça va faire un peu crade, mais j'imagine que ça doit pouvoir marcher.

EDIT : bon apres un petit test rapide, mes response.flush ne marchent pas, faut creuser...
16/06/2005, 11h32
pmithrandir

une idee qui me vient!!
attention c'est crade

tu cré une page avec 2 frame.

au debut du traitement tu affiche la premiere avec ton message. A la fin de ton traitement tu redefini la taille de tes frame avec javascript et tu affiche la deuzieme....

j'avais prevenu ;-)
16/06/2005, 11h44
neguib

Citation:

Envoyé par pmithrandir

une idee qui me vient!!
attention c'est crade

tu cré une page avec 2 frame.

au debut du traitement tu affiche la premiere avec ton message. A la fin de ton traitement tu redefini la taille de tes frame avec javascript et tu affiche la deuzieme....

j'avais prevenu ;-)

ah oui effectivement :lol: :P
bon et ma solution avec timer elle est si crade que çà :?:
16/06/2005, 11h49
Sphax

Bon, suite de mon message précédent : définitivement le Response.Flush ne marche pas avec Asp.Net (ça vient peut etre de IIS 6, je n'ai pas fait de test avec ASP classique sur IIS 6 pour etre sur) , étrange...
16/06/2005, 11h59
joujou_le_fou

Merci à tous pour vos réponses.
Je pense que je vais faire une page d'attente:

le type arrive sur la page d'attente qui contient un message d'attente seulement, puis je le redirige vers la page de traitement (qui se s'affichera donc pas chez le client) et le redirigera à son tour sur la page de fon de traitement...

Qu'en pensez-vous??
Bonne solution ou pas?
16/06/2005, 12h09
neguib

Citation:

Envoyé par joujou_le_fou

Merci à tous pour vos réponses.
Je pense que je vais faire une page d'attente:

le type arrive sur la page d'attente qui contient un message d'attente seulement, puis je le redirige vers la page de traitement (qui se s'affichera donc pas chez le client) et le redirigera à son tour sur la page de fon de traitement...

Qu'en pensez-vous??
Bonne solution ou pas?

Pourquoi pas :idea: donnes nous des nouvelles :lol: et sinon n'oublies pas :resolu:
16/06/2005, 14h32
joujou_le_fou

Citation:

Envoyé par neguib

Citation:

Envoyé par joujou_le_fou

Merci à tous pour vos réponses.
Je pense que je vais faire une page d'attente:

le type arrive sur la page d'attente qui contient un message d'attente seulement, puis je le redirige vers la page de traitement (qui se s'affichera donc pas chez le client) et le redirigera à son tour sur la page de fon de traitement...

Qu'en pensez-vous??
Bonne solution ou pas?

Pourquoi pas :idea: donnes nous des nouvelles :lol: et sinon n'oublies pas :resolu:

Je vous tiendrais au courant. Je ne compte par le faire tout de suite: d'autres taches plus importantes sont en cours de réalisation.
Je laisse le thread non résolu en attendant. Si des personnes ont des idées... :)
16/06/2005, 18h28
joujou_le_fou

Pour les gens que ce interesse, on m'a filé cette adresse:
http://www.codeproject.com/aspnet/NicsBar.asp
Ca marche nickel quand on fait pas de Response.Redirect.
17/06/2005, 11h02
joujou_le_fou

Des petites nouvelles sur ce sujet:

Sphax a raison, c'est un problème inhérent au protocole HTTP.

La meilleur solution que j'ai trouvée pour le moment, c'est celle dont je vous ai parler plus haut: page d'attente qui redirige sur la page de traitement.

Le problème avec cette solution, c'est que les données qui me sont postées le sont sur la page d'attente, donc plus rien sur la page de traitement.

Les Request.Forms étant en read only, pas moyen d'incruster les infos postées au passage.

Ma seule solution est de passer par les paramètres contenus dans l'URL (faire un truc du genre Response.Redirect("PageTraitement?" + les infos du post);

Ma nouvelle question est donc la suivante: est-ce que la longueur des "infos du post" est limitée?

Thx all!!
17/06/2005, 11h45
neguib

Citation:

Envoyé par joujou_le_fou

...
Ma nouvelle question est donc la suivante: est-ce que la longueur des "infos du post" est limitée?
..

sans preciser a vue de nez je dirai oui
bon il te reste aussi les variables sessions