Comments on: Tutorial: Sharing shared objects between games/applications http://www.yarrcade.com/2009/06/06/tutorial-sharing-shared-objects-between-gamesapplications/ A heavy metal pirate's blog about free online flash games and their monetization as well as game design and development tutorials with actionscript3 and flash cs3 and some tricks to outperform in Microsoft Office ... Thu, 06 Oct 2011 08:49:04 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: MichaelJW http://www.yarrcade.com/2009/06/06/tutorial-sharing-shared-objects-between-gamesapplications/#comment-16 MichaelJW Mon, 08 Jun 2009 15:15:42 +0000 http://www.yarrcade.com/?p=193#comment-16 Interesting. Argh, sucks that they removed the functionality with Flash 8. I guess you could use Nonoba, but it'd be really nice to store this in the SharedObject itself ;/ Interesting. Argh, sucks that they removed the functionality with Flash 8. I guess you could use Nonoba, but it’d be really nice to store this in the SharedObject itself ;/

]]> By: Musquetan http://www.yarrcade.com/2009/06/06/tutorial-sharing-shared-objects-between-gamesapplications/#comment-15 Musquetan Sun, 07 Jun 2009 16:17:30 +0000 http://www.yarrcade.com/?p=193#comment-15 What I found was, that getLocal can't get around the sandbox boundaries. That means the minimum path (using getLocal("sharedObjectName", "localPath") with "localPath" "/") to the object path always begins with the URL the movie runs on at the moment of 'flushing'. Let's assume the movie is called example.swf, creates examplesave.sol and runs on http://games.example.com/: Without a localPath set, the sol would be saved in '...\#SharedObjects\SomeString\games.example.com\example.swf\examplesave.sol'. But even with "/" as localPath it's saved in '...\games.example.com\examplesave.sol'. That okay if all of the games are saved on the same portal, because you can give the same path for you games with localPath "/mygames" to be save from sameSavegameNameAsAnotherDeveloper.sol issues. Even a persistent remote object doesn't seem like a good workaround. Maybe, with SharedObject.onSync event handler we can get the transition from one place to local to another or something like that. I'm still researching on that. edit: <a href="http://www.thoughtsabout.net/blog/archives/000003.html " rel="nofollow">This blog post's</a> comments say that it was possible before F8. Gah! What I found was, that getLocal can’t get around the sandbox boundaries. That means the minimum path (using getLocal(“sharedObjectName”, “localPath”) with “localPath” “/”) to the object path always begins with the URL the movie runs on at the moment of ‘flushing’.
Let’s assume the movie is called example.swf, creates examplesave.sol and runs on http://games.example.com/: Without a localPath set, the sol would be saved in ‘…\#SharedObjects\SomeString\games.example.com\example.swf\examplesave.sol’. But even with “/” as localPath it’s saved in ‘…\games.example.com\examplesave.sol’.
That okay if all of the games are saved on the same portal, because you can give the same path for you games with localPath “/mygames” to be save from sameSavegameNameAsAnotherDeveloper.sol issues.
Even a persistent remote object doesn’t seem like a good workaround. Maybe, with SharedObject.onSync event handler we can get the transition from one place to local to another or something like that. I’m still researching on that.

edit:

This blog post’s comments say that it was possible before F8. Gah!

]]> By: MichaelJW http://www.yarrcade.com/2009/06/06/tutorial-sharing-shared-objects-between-gamesapplications/#comment-14 MichaelJW Sun, 07 Jun 2009 12:51:10 +0000 http://www.yarrcade.com/?p=193#comment-14 Wow, neat. I wonder, though... you said "To load data from a local object, this object must not come from another URL." -- does that mean you might run in to problems trying this on portals where you have no control over where the SWF is kept? Wow, neat. I wonder, though… you said “To load data from a local object, this object must not come from another URL.” — does that mean you might run in to problems trying this on portals where you have no control over where the SWF is kept?

]]>