Hi,
By "interrupting the loading / transition" I mean:
If someone navigates, causing a change in the SWFAddress URL and you
start loading data corresponding to the change...
...THEN, whilst your data is still loading, someone clicks the back
/ forward buttons, maybe more than once...
Your SWFAddress URL will change again and you MAY need to handle
that change gracefully by "interrupting" what is going on already and
dealing with last SWFAddress change received...
For exampe: If you are halfway through an animated transition, what
do you do - wiat for it to finish or stop it and make it run backwards,
stop it and start a different one?? I don't know if Gaia does this - it
might do "out of the box" reasonably well, so check it out...
If you are loading data, that may be easy to interrupt - you could
look at swapping "Loader" objects over, remove listeners from the "dead"
one, if you can't tell the existing Loader to start over with your new
request.
Whatever happens, you either have to wait until the previous
loading/animation finishes (takes time and this is what holds your site
up), or you build in a way of "killing" that and doing another. I think
the latter would make your site more responsive, but may take a lot of
time and effort to get right so you may have to weigh up pros & cons.
HTH
GLen
Omar Fouad wrote:
I almost forgot... what do you mean by interrupting the loading / transition
of the site?
On Wed, Jun 17, 2009 at 3:56 AM, Omar Fouad <[email protected]> wrote:
Thanks Guys, for the replies I'll see your example Glen.
On Tue, Jun 16, 2009 at 11:27 PM, Steven Sacks <[email protected]>wrote:
This is exactly how Gaia works. goto() calls setValue on SWFAddress and
the response is dispatched to the framework to handle the navigation.
Interrupts are handled in both loading and transitions. It's open source,
so you're welcome to examine how it's done in Gaia.
On Jun 16, 2009, at 1:08 PM, Glen Pike wrote:
I see what you mean by setting a future date on the FWA site - I managed
to screw up the history completely (FF2 WinXP) so got stuck forever on that
date a bit like Groundhog Day :)
I think the only way to deal with fast browsing is to allow your loading
/ transition process to be interrupted if you keep getting changes from
SWFAddress. Personally, I have not really thought about this in my stuff
before, but the way you said you were approaching the SWFAddress bit seemed
sensible to me - going a round-about way by setting the URL when you
navigate in Flash then responding to the change via SWFAddress. This seems
much "safer" because everything goes through a single route.
There is a nice example of doing the dynamic thing with PHP in the
SWFAddress examples. You can even tweak the whole site with Apache &
mod_rewrite to get "pretty" URL's - this may / may not work with Zend AMF
quite nicely so download and examine this example:
http://www.asual.com/swfaddress/samples/seo/ which seems to be the
smoothest one.
If you are worried about fast clicking, have a look to see how an HTML
site behaves with this - I guess you get half-assed page loading, etc. But
people expect to wait a bit for something to load if they go back & forth,
you just have to be prepared to "interrupt" what you are doing (I should
probably take my own advice here and make sure my SWFAddress site behaves
nicely)
Hope this helps and if you come up with any interesting stuff, let us
know!
Glen
_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
--
Omar M. Fouad - Adobe Flash™ Platform Developer
www.omar-fouad.net
Cellular: (+20) 1011.88.534
Mail: [email protected]
This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
