Comments on: Tutorial: Sharing shared objects between games/applications http://blog.natan.info/2009/06/06/tutorial-sharing-shared-objects-between-gamesapplications/ A pirate's blog about flash game development and MS Office hints. Sat, 30 Jan 2010 15:14:52 +0100 http://wordpress.org/?v=2.9.1 hourly 1 By: MichaelJW http://blog.natan.info/2009/06/06/tutorial-sharing-shared-objects-between-gamesapplications/comment-page-1/#comment-12 MichaelJW Mon, 08 Jun 2009 15:15:42 +0000 http://blog.natan.info/?p=193#comment-12 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://blog.natan.info/2009/06/06/tutorial-sharing-shared-objects-between-gamesapplications/comment-page-1/#comment-11 Musquetan Sun, 07 Jun 2009 16:17:30 +0000 http://blog.natan.info/?p=193#comment-11 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://blog.natan.info/2009/06/06/tutorial-sharing-shared-objects-between-gamesapplications/comment-page-1/#comment-10 MichaelJW Sun, 07 Jun 2009 12:51:10 +0000 http://blog.natan.info/?p=193#comment-10 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?

]]>