12-15-05 10:45 PM
Sorry Todd, you lost me now...
Stefan
> -----Original Message-----
> From: flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gmane.org
> [mailto:flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gman
e.org] On Behalf Of
> Todd Coulson
> Sent: 15 December 2005 18:30
> To: flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gmane.org
> Subject: [FlashComm] RE: deleting temporary shared objects
>
> Great information, thanks Stefan for your quick reply.
>
>
>
> I should also mention I am using Flash Comm 1.5 - not the new
> Media Server.
>
>
>
> <quote>Do you want to identify when a user visits your app
> for the first time but currently that check fails? </quote>
>
> Not exactly, it is on first time visits that the user has a
> shared object that connects, but then won't make any other
> onSync calls after that initial onSync call. SO I am not
> really trying to test to see whether a user is on the system
> for the first time (although that could be a possible work
> around), but rather, trying to get first time users to
> recognize the shared object instance past the first connect statement.
>
>
>
> <quote>What do you mean by 'clear a temporary remote shared
> object from a system' ? </quote>
>
> There are persistent remote shared objects that stay on the server.
> There are temporary remote shared objects which I cannot
> determine where they are stored (probably on the server but I
> cannot determine how to remove entire references to the
> shared object. I know they are "temporary" or at least that
> is what the Communication App Inspector tells me they are.
> It is not getting stored as a local shared object, because I
> have turned them off and it still runs like it is not the
> first occurrence of the application. There are no fso files
> on my server. So how is my computer knowing that it has been
> to the application before and can read in that shared object,
> where new users to the project cannot read the RSO except for
> the initial connect statement?
>
>
>
> <quote>What system? Why store any such info in a
> non-persistent remote SO - that seems to make no sense. </quote>
>
> I may not have been clear, I have been trying to explain this
> to a number of people, and just now and feeling like I have
> the right resource. Anyway, the "system" I am trying to
> refer to is the difference between a user's system that has
> not connected yet (their onSync runs exactly once after
> clicking on the pen). As opposed to the user's system who
> has previously disconnected or refreshed their browser (they
> get the correct number of updates to onSync - it continuously
> updates and displays information). I have been told that one
> way to manually write that SO data to the first user's
> computer would be to use a so.flush() command, but I have
> tried putting that in several locations in my code, and it
> never seems to help the situation.
>
>
>
> <quote>If I had to determine if a user has visited my app
> before I would try and read a local sharedobject. If its
> value is undefined it must be her first visit. Upon first
> vist write some value to the local SO, sorted. </quote>
>
> The "undefined" values that show up in the upper right hand
> list box are local variables to the Shared Object that I have
> placed in the following
> code:
>
> <code>
>
> a_so.onSync=function( list ):Void{
>
> _root.pen_mc.ref=this;
>
> _root.wholeGlass.top_mc.ref=this;
>
> this.tmpCk=this.data.allow;
>
> this.cache="?cacheKiller=" + new Date().getTime();
>
> this.traceVar="tmpCk: "+tmpCk+" prevCk: "+prevCk;
>
> _root.trace_list.addItem({label:this.traceVar});
>
> if ((this.tmpCk!=this.prevCk && this.tmpCk==true)
> ||(this.tmpCk==undefined && this.prevCk==undefined)){
>
> _root.currently._visible=false;
>
>
> _root.myVars_lv.load("http://www.myhaleypro.com/um/story.php"+
> this.cache
> );
>
> _root.allowPenActions();
>
> }else if (tmpCk!=prevCk && tmpCk==false){
>
> _root.pen_mc.enabled=false;
>
> }
>
> this.prevCk=this.data.allow;
>
> for (var i in list){
>
> if (list[i].code=="change" ||
> list[i].code=="reject"){
>
> this.owner.onChange();
>
> break;
>
> }
>
> }
>
> }
>
> </code>
>
> That is my shared object onSync method. I am checking tmpCk
> and prevCk to isolate a single instance when the user has
> taken the pen, and when the user has returned the pen.
>
>
>
> I will add on the links I had in the previous post to let
> everyone have access to other user groups where I have tried
> to explain this and to the code I am using on the project:
>
>
>
> Project:
>
> http://www.myhaleypro.com/holiday/test.html
>
>
>
> Source code:
>
> http://tc.haleypro.com/holiday.zip
>
>
>
> ultrashock post:
>
> http://forums.ultrashock.com/forums...php?threadid=76
> 711&goto=n
> ewpost
>
>
>
> Thanks again, a ton for response to this.
>
>
>
> Todd Coulson
>
> Haley Productions
>
> 604 E. Baltimore Pk.
>
> Media, PA 19063
>
> 610-892-7970
>
> http://www.haleypro.com
>
>
>
>
> =---------------------------------------------------------
> Supported by Fig Leaf Software - http://www.figleaf.com
> =---------------------------------------------------------
>
> To change your subscription options or search the archive:
> http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
>
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
[ Post a follow-up to this message ]
|