Thanks for the tip.  That one actually is using javascript to refresh the
page, but you could just as easily do a meta tag to refresh the page as
well.

-David

> -----Original Message-----
> From: Wiebe de Jong [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 25, 2005 10:35 AM
> To: 'Struts Users Mailing List'
> Subject: RE: Technique for undetermined time of processing - progress bar
> 
> Here is a graphical progress bar that doesn't use AJAX or JavaScript.
> 
> http://www.onjava.com/lpt/a/3886
> 
> Wiebe
> 
> -----Original Message-----
> From: David Erickson [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 25, 2005 7:26 AM
> To: 'Struts Users Mailing List'
> Subject: RE: Technique for undetermined time of processing - progress bar
> 
> Ya I think the ajax thing is a great idea for the main work.. but on the
> offchance someone doesn't have javascript enabled ill have to fall back to
> a
> not as graphically nice implementation.
> 
> 
> 
> -David
> 
> 
> 
>   _____
> 
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 25, 2005 6:14 AM
> To: Struts Users Mailing List
> Cc: 'Struts Users Mailing List'
> Subject: RE: Technique for undetermined time of processing - progress bar
> 
> 
> 
> Unfortunately, any AJAX implementation will require JavaScript. You can
> replace this with a standard JSP implementation, but you will have a lot
> of
> "Flicker" as your page updates. You will also have to keep all information
> that is displayed on your page in the session or request which can chew up
> your bandwidth on heavly used sites.
> 
> Inactive hide details for "David Erickson" <[EMAIL PROTECTED]>"David
> Erickson" <[EMAIL PROTECTED]>
> 
> 
> 
> 
> "David Erickson" <[EMAIL PROTECTED]>
> 
> 07/23/2005 09:52 AM
> 
> 
> Please respond to
> "Struts Users Mailing List" <user@struts.apache.org>
> 
> 
> 
> 
> To
> 
> 
> "'Struts Users Mailing List'" <user@struts.apache.org>
> 
> 
> 
> 
> cc
> 
> 
> 
> 
> 
> 
> Subject
> 
> 
> RE: Technique for undetermined time of processing - progress bar
> 
> 
> 
> 
> 
> 
> 
> 
> 
> What If the end user has javascript disabled?  Does DWR handle that
> cleanly
> or are you out of luck?
> 
> 
> 
> -David
> 
> 
> 
>  _____
> 
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Sent: Friday, July 22, 2005 1:55 PM
> To: Struts Users Mailing List
> Cc: 'Struts Users Mailing List'
> Subject: Re: Technique for undetermined time of processing - progress bar
> 
> 
> 
> I use AJAX to kick off the process. For this case You can send an AJAX
> request to get the time, once recieved display a div that will contain the
> "progress bar" and submit a second request to run the actual process. On
> completion, you can forward the page to the next url.
> 
> If you use DWR and can just display an anamated gif or flash movie, then
> you
> can use the built in pre and post process hooks. The preprocess would
> display the image and the post would hide it. on completion of the process
> have the page submit to the next screen.
> 
> Inactive hide details for "David Erickson" <[EMAIL PROTECTED]>"David
> Erickson" <[EMAIL PROTECTED]>
> 
> 
> 
> 
> "David Erickson" <[EMAIL PROTECTED]>
> 
> 07/22/2005 02:41 PM
> 
> 
> Please respond to
> "Struts Users Mailing List" <user@struts.apache.org>
> 
> 
> 
> 
> To
> 
> 
> "'Struts Users Mailing List'" <user@struts.apache.org>
> 
> 
> 
> 
> cc
> 
> 
> 
> 
> 
> 
> Subject
> 
> 
> Technique for undetermined time of processing - progress bar
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Sorry for the vague subject.  I've got a situation where I need to do some
> processing before moving a user to a specific page.  The processing could
> be
> very fast or very long.  I'd like to have some kind of a progress bar type
> meter than can show how much time is left.  I will know for sure the exact
> time it will take to process, and I can retrieve that at the beginning of
> the processing.  When processing is done I want to go to a different url.
> Has anyone done anything like this before, and if so what were the best
> ways
> you found of accomplishing this?
> 
> Thanks,
> David
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to