Mailing List
Home
Forum Home
Flash Pro
Subjects
Subject: RE: Firework Effect
Web Service Results
Flash Interface with 10mb xml file
AW: [Flashcoders] Switch/Case vs If/else
AW: [Flashcoders] Switch/Case vs If/else
Flash MX 2004 Sucks
Reading and displaying RSS feeds in Flash MX
Flash and QuickTime VR
Textfield prototype question
XML to Object help
Order of events per frame
MX2004 Dataset itemClassName
memory management removeMovieClip /
Event Dispatcher between classes
Help: MX 2004 How to script a print button to print the entire sli
ScrollPane component doesn 't auto update
setInterval bug identified and fixed
setInterval bug identified and fixed
Listener Object 's best practice
 
Local version of remote SO

Local version of remote SO

2004-03-10       - By Graeme Bull

 Back
Reply:     1     2  

If it does put any pressure on the app at all (which I doubt) this is the
best way to go in my opinion.

-Graeme

-- --Original Message-- --
From: Nick Kuh [mailto:lists@(protected)]
Sent: Wednesday, March 10, 2004 11:52 PM
To: flashcomm@(protected)
Subject: Re: [FlashComm] Local version of remote SO


> ...however, client's shouldn't be touching their own data.  The
controller,
> usually the server, should.  What I usually do, and some of the components
> do, is ask the server to do so.
>
> "Server, can you please update this value?  Thanks."

If each client only updates their own slot and doesn't touch the other user
slots then I can't see the harm in them making the change directly. Doesn't
it put more pressure on the server app with the method you suggest by making
a client call and a server SO update rather that a single SO slot change by
the client?

Also, I need the change to the local version of the SO data to be immediate
which it will if the client changes their slot directly.



> From: Jesse Warden <warden@(protected)>
> Reply-To: flashcomm@(protected)
> Date: Wed, 10 Mar 2004 09:26:28 -0500
> To: "'flashcomm@(protected)'" <flashcomm@(protected)>
> Subject: RE: [FlashComm] Local version of remote SO
>
> Correct.
>
> ...however, client's shouldn't be touching their own data.  The
controller,
> usually the server, should.  What I usually do, and some of the components
> do, is ask the server to do so.
>
> "Server, can you please update this value?  Thanks."
>
> The server then updates, and then broadcasts the changes.  Easier to
> develop, and better for long run permission implementation.  Additionally,
> your component now just act, and react instead of manipulate data.
>
> -- --Original Message-- --
> From: Nick Kuh [mailto:lists@(protected)]
> Sent: Wednesday, March 10, 2004 09:24 AM
> To: flashcomm@(protected)
> Subject: [FlashComm] Local version of remote SO
>
>
>
> If I've successfully initiated a remote SO and I assign a value to one of
> the slots of the data property client side like so:
>
> My_so.data["player"+id] = "Something";
>
> Am I correct in thinking that the moment I do this, the value I assigned
is
> updated in my local copy of the remote SO and I don't have to wait for an
> onSync before referencing the updated data property if this client is the
> owner and only updater of that particular slot?
>
> -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
> Supported by Fig Leaf Software
> -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
> Lower Prices for Certified Training! Check out new lower prices for
> Certified Macromedia Training from Fig Leaf Software. Expand your
> skill set with courses in ColdFusion, Flash, Rich Internet
> Applications and .NET in the new year.  Fig Leaf Software provides
> the highest caliber instruction at our training centers in Washington
> D.C., Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at
> your location.
>
> Get the details at http://training.figleaf.com/
> -- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
> To unsubscribe, e-mail: flashcomm-unsubscribe@(protected)
> For additional commands, e-mail: flashcomm-help@(protected)
>
>


-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Supported by Fig Leaf Software
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Lower Prices for Certified Training! Check out new lower prices for
Certified Macromedia Training from Fig Leaf Software. Expand your
skill set with courses in ColdFusion, Flash, Rich Internet
Applications and .NET in the new year.  Fig Leaf Software provides
the highest caliber instruction at our training centers in Washington
D.C., Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at
your location.

Get the details at http://training.figleaf.com/
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe, e-mail: flashcomm-unsubscribe@(protected)
For additional commands, e-mail: flashcomm-help@(protected)





-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Supported by Fig Leaf Software
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
Lower Prices for Certified Training! Check out new lower prices for
Certified Macromedia Training from Fig Leaf Software. Expand your
skill set with courses in ColdFusion, Flash, Rich Internet
Applications and .NET in the new year.  Fig Leaf Software provides
the highest caliber instruction at our training centers in Washington  
D.C., Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at
your location.

Get the details at http://training.figleaf.com/
-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ------
To unsubscribe, e-mail: flashcomm-unsubscribe@(protected)
For additional commands, e-mail: flashcomm-help@(protected)