I came up with something rather simple but it seems to work, even in the
hated IE6:

    <script language="javascript">

    var spinner;

    function busy() {
        spinner = window.open("/foo/busy.html", "spinner",

"menubar=0,status=0,location=0,resizable=0,height=40,width=40");
        window.onunload = popdown;
    }

    function popdown() {
        window.onunload = null;
        spinner.close();
    }
    </script>

On 22 April 2010 12:30, Aaron Stromas <passog...@gmail.com> wrote:

> Right, the analysts are hot on the fancy spinner. Thanks for the pointer,
> I'll give it a try.
>
> -a
>
>
> On 22 April 2010 11:47, Richard Hauswald 
> <richard.hausw...@googlemail.com>wrote:
>
>> If you want a fency loading spinner while pdf is loading overlay
>> another modal box with the proper html code when the iframe starts
>> loading. This link should provide you the details of the event
>> handling stuff for non html content:
>>
>> http://stackoverflow.com/questions/30005/how-do-i-fire-an-event-when-a-iframe-has-finished-loading-in-jquery
>>
>> On Thu, Apr 22, 2010 at 5:43 PM, Richard Hauswald
>> <richard.hausw...@googlemail.com> wrote:
>> > Why not use a modal box?
>> >
>> http://www.1011web.com/blog/post/2009/04/23/Using-jQuery-and-FancyBox-to-show-PDF-documents.aspx
>> >
>> > On Thu, Apr 22, 2010 at 5:07 PM, Seth Duda <sethd...@gmail.com> wrote:
>> >> I've run into the same issue myself - I have yet to implement any
>> changes,
>> >> but I was planning on building a process similar to this:
>> >>
>> >> I'd like to know if anyone else has any other ideas.
>> >>
>> >> 1) The user requests the PDF.
>> >> 2) The request spawns off a new process to generate the PDF and saves
>> it to
>> >> a temporary folder ( or saves it into a database ). Another option
>> would be
>> >> to have the current request save a database record to some sort of
>> "pending"
>> >> report table. Then, a separate back end process would poll the table
>> for
>> >> reports to generate and save them off to a temp directory or table.
>> >> 2a) In the meantime, the request immediately forwards the user a page
>> which
>> >> presents a "loading" screen. Using javascript the loading page would
>> query
>> >> the server every 5-10 seconds to see if the PDF has been generated.
>> >> 3) Once the loading page has determined that the PDF has been
>> generated, it
>> >> is sent to the user.
>> >>
>> >> This could be extended to allow the user to navigate away from the
>> loading
>> >> page. A separate page which presents a list of reports and their
>> current
>> >> status could be built.
>> >>
>> >> Seth
>> >>
>> >> On Thu, Apr 22, 2010 at 10:13 AM, Aaron Stromas <passog...@gmail.com>
>> wrote:
>> >>>
>> >>> Hello,
>> >>>
>> >>> I realise this is not Stripes question, really. I'm posting to this
>> list
>> >>> in hope that someone might have faced a similar situation and was able
>> to
>> >>> find a decent solution. So, here goes...
>> >>>
>> >>> I am using the StreamingResolution to fetch a PDF. Unfortunately, the
>> PDF
>> >>> is generated on the fly and can take seriously long time. I'd like to
>> pop up
>> >>> one of those javascript busy-wait windows, which would be taken down
>> by the
>> >>> page that loads if I were able to hook the onload event on that page.
>> >>> Unfortunately, with the StreamingResolution I can't do that.  The
>> problem
>> >>> needs to be tackled differently. Any suggestions? TIA
>> >>>
>> >>> -a
>> >>>
>> >>> --
>> >>> Aaron Stromas
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> ------------------------------------------------------------------------------
>> >>>
>> >>> _______________________________________________
>> >>> Stripes-users mailing list
>> >>> Stripes-users@lists.sourceforge.net
>> >>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>> >>>
>> >>
>> >>
>> >>
>> ------------------------------------------------------------------------------
>> >>
>> >> _______________________________________________
>> >> Stripes-users mailing list
>> >> Stripes-users@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/stripes-users
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Richard Hauswald
>> > Blog: http://tnfstacc.blogspot.com/
>> > LinkedIn: http://www.linkedin.com/in/richardhauswald
>> > Xing: http://www.xing.com/profile/Richard_Hauswald
>> >
>>
>>
>>
>> --
>> Richard Hauswald
>> Blog: http://tnfstacc.blogspot.com/
>> LinkedIn: http://www.linkedin.com/in/richardhauswald
>> Xing: http://www.xing.com/profile/Richard_Hauswald
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Stripes-users mailing list
>> Stripes-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>>
>
>
>
> --
> Aaron Stromas
>
>
>


-- 
Aaron Stromas
------------------------------------------------------------------------------
_______________________________________________
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Reply via email to