Hi Taco, I missed this thread last time round (not about) otherwise I would have chipped in, particularly as my name got mentioned :-), and so I will now just follow-on/fill-in from what Mark has written having just read all that went before.
><quote>Because the session is being tied to the "Client" itself - i.e. the >actual browser. If you try the same thing but with a different browser on >the same machine it should work correctly.</quote> > >I tried it myself and did not get this to work, did anybody else? There was a lot of conversation before that drifted about so what is it that is not working? I did a presentation at the Sydney CFUG about session variables in frames and demonstrating the issues that can occur as well as the problems about multiple browser instances so maybe I can assist. >Also, I understand some of the differences between client and session scope. >- Session scope is stored in Memory, yes, therefore it cannot be a permanent storage mechanism. >- Session scope can store complex objects yes, very useful :-) Client vars are only a string, but that can be WDDX packet so there is a work around if you do need permanent complex "session" data. >- Client scope can be stored in Database, Cookie or Registry It does use a permanent storage mechanism, which one of the three to use is a matter of the site design/architecture. >- Client scope should store long term variables It can, it does not necessarily have to. >Are there any properties I have missed that differentiate between them? They are the basics, after that it is refinement, like using client storage by cookie means there is a performance hit is the data travels back and forth from the browser. >Can anyone elaborate on the following "particular client and application and >that must be saved between user sessions" As Mark has said the main thing is that client data can be stored so is useful for persistent data and I would add that both session and client data is controlled by the <cfapplication tag and so is application dependent. I recollect in the previous discussion that was suggested that for two frames a different application could be used for each for independence, quite possible but whether that is the best route is up to the design requirements. -- Yours, Kym --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
