flex-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Raj U. Shaikh" <Raj.Sha...@mastek.com>
Subject RE: Caching Modules in background
Date Wed, 14 Aug 2013 06:23:07 GMT
Thanks Om,
But in that case if I satrted loading these bunch of modules through urlrequests it will halt
screen and user will not able to interact with screens.
Isnt it?

-----Original Message-----
From: omuppi1@gmail.com [mailto:omuppi1@gmail.com] On Behalf Of OmPrakash Muppirala
Sent: Wednesday, August 14, 2013 11:20 AM
To: users@flex.apache.org
Subject: Re: Caching Modules in background

One simple way would be to just make a bunch of urlrequests and let it
download and get cached by the browser.

When it is time to actually load the module, load it again with the same
url - this time the swf loads from the cache and will be much faster.
Loading from the disk would make the module available in the next frame
itself.

Hope this helps.

Thanks,
Om
On Aug 13, 2013 10:35 PM, "Raj U. Shaikh" <Raj.Shaikh@mastek.com> wrote:

> Hi,
> Is there any way to cache/load modules (in background).
>
> We have a big application which is divided in different modules. There are
> some screens where around 10+ modules are loaded in different parts of
> screen.
> My problem is that when user comes to these screen screens get locked for
> around 8 to 10 seconds to load these modules. I am able to identify these
> (n) number of modules in front of user click it.
> How to load these modules in background? Without locking screen(so user
> can interact with screen)?
>
> (Using flex 4.1)
>
>
>
> Thanks & Regards,
> Raj Shaikh
>
> MASTEK LTD.
> In the US, we're called MAJESCOMASTEK
>
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Opinions expressed in this e-mail are those of the individual and not that
> of Mastek Limited, unless specifically indicated to that effect. Mastek
> Limited does not accept any responsibility or liability for it. This e-mail
> and attachments (if any) transmitted with it are confidential and/or
> privileged and solely for the use of the intended person or entity to which
> it is addressed. Any review, re-transmission, dissemination or other use of
> or taking of any action in reliance upon this information by persons or
> entities other than the intended recipient is prohibited. This e-mail and
> its attachments have been scanned for the presence of computer viruses. It
> is the responsibility of the recipient to run the virus check on e-mails
> and attachments before opening them. If you have received this e-mail in
> error, kindly delete this e-mail from desktop and server.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
MASTEK LTD.
In the US, we're called MAJESCOMASTEK

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Opinions expressed in this e-mail are those of the individual and not that of Mastek Limited,
unless specifically indicated to that effect. Mastek Limited does not accept any responsibility
or liability for it. This e-mail and attachments (if any) transmitted with it are confidential
and/or privileged and solely for the use of the intended person or entity to which it is addressed.
Any review, re-transmission, dissemination or other use of or taking of any action in reliance
upon this information by persons or entities other than the intended recipient is prohibited.
This e-mail and its attachments have been scanned for the presence of computer viruses. It
is the responsibility of the recipient to run the virus check on e-mails and attachments before
opening them. If you have received this e-mail in error, kindly delete this e-mail from desktop
and server.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


Mime
View raw message