SharedObjects are extremely useful, and can be
leveraged in many different ways. They may appear at first to be limited,
but don't let that adversely affect your attitude in using them. Here are
some creative examples I've seen them used for:
- I use one in my DebugWindow. When you drag
the window, and let go, it saves the x and y coordinates of where you dropped
it. That way, if you re-compile your app in FlexBuilder and it launches
again, it'll be where you left it. Since I usually move it out of the way
of the interface, this is extremely useful vs. "figuring out" where to put it
via a move command all throughout development.
- Those bastards(United Virtualities for
example)that make floating Flash ads, and other various banner ad
technology utilize local SharedObjects to make a copy of your cookies.
That way, when the user deletes their cookies in their browser, a site can later
query a SWF to see if it has a copy. This ensures those sites can have
better tracking data.
- Delta changes for data synchronization. For
exmple, you make a change to some data. It attempts to save those changes,
but there is no internet connection, so it saves it locally in a "need to
update" list (array). When you have a connection again, it runs through
the list sending to the server the change request until the list is empty.
Abstracting this away into Business delegates adds a nice
supportofOccasionally Connectivity. Naturally, this is better
leveraged in a desktop environment like Apollo, but you get the
drift.
- Saving the last used name for a login field (not
the password obviously).
As far as the user being requested, you can
actually see what the user is preseneted with: Right click on a SWF, and choose
settings. Then choose the 2nd tab. You can launch this dialogue
through code via flash.security.SecurityPanel (
SecurityPanel.LOCAL_STORAGE).
I don't think it's 10k by default, but 100k.
This is saved on a per sub-domain basis.
- Original Message -
From: Shannon Hicks
To: flexcoders@yahoogroups.com
Sent: Sunday, July 23, 2006 12:23 PM
Subject: RE: [Junk E-Mail - LOW] Re: [Junk E-Mail - MED]
[flexcoders] A general Flex application deployment question..
Paul said that the current application was great when it
was working, but everyone hated it when it was slow or the internet connection
was down. I was not implying that flex doesn't work, or that I couldn't connect
to them. I was saying Flex has no built-in mechanism to handle when the
connection with the server is severed.
I did a little quick research on sharedObjects... So if I
need to store more than 10k of data, I need to get the user to change their
flash settings? Seems like it's not terribly useful for maintaining a history of
additions/changes of data for my app, should the connection between client
server drop. Hopefully I'm misunderstanding this, or Apollo will address these
problems.
Shan
From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of hank
williamsSent: Sunday, July 23, 2006 10:13 AMTo:
flexcoders@yahoogroups.comSubject: [Junk E-Mail - LOW] Re: [Junk
E-Mail - MED] [flexcoders] A general Flex application deployment
question..
On 7/23/06, Shannon
Hicks [EMAIL PROTECTED]
wrote:
Flex, in
it's present form, does not handle connectivity issues
well.
I'm not sure exactly what you mean by this. I have no problem
"connecting" to flash/flex apps. Of course if the internet connection is down
then things wont work, but that's not a flex issue.
While it's
possible to do, Flex can't save anything to the user's local hard drive, so
"saved" information is only saved while the browser window is
open.
Actually, flash has local sharedObjects that allow an application to
save data locally.
Maybe some
clever Flash guru can make me eat my words :)
However,
if I understand correctly, Adobe's upcoming technology, Apollo, will allow for
this sort of thing (a flex-built desktop app with limited / occasional
connections to the server).
I'm not sure he was concerned about occasional connections to the
server. He simply said remotely served application.
Shan
From: flexcoders@yahoogroups.com [mailto:flexcoders@yahoogroups.com] On Behalf Of Paul
AndrewsSent: Sunday, July 23, 2006 6:13 AMTo: flexcoders@yahoogroups.comSubject: [Junk E-Mail -
MED] [flexcoders] A general Flex application deployment
question..
My wife works in education and her school subscribes to a remote service
that supplies web based information via the internet. When it works they
love it but it's gotten a pretty awful nickname for the times it doesn't
or is just plain slow.The important point here is that it's a good
application, supplied from a remote server, but seen as unreliable either
due to internet connectivity problems or speed.Forgetting the
spe
