Re: [Flashcoders] shared local object, or XML export? or other?
You could always use one of the flash wrappers that give you access to the filesystem, which would allow you to write files to the users drive, somehting like zinc. I think, although someone can confirm this that the shared object can be accessed by a second app if the name of the app is the same. Might need to a quick test to confirm this. On 3/19/07, kent humphrey [EMAIL PROTECTED] wrote: For an upcoming project, I have to investigate whether to use a shared localobject for storing user data, or exporting XML. This is for a cd based app, not a website. A shared localobject would be my first choice, except that we want to be able to access the saved data from a second release of the cd. My understanding of the security of local objects is that they are only accessible from the app that created them. Is that correct? Or is it possible to work around that? If the second release would not be able to retrieve the data, I thought maybe exporting XML would be an option. But from my searches, all the ways of doing that involve sending to a server, and we wont be able rely on net access being available. Are there any other ways of exporting xml? Or is there a method I haven't thought of? The basic requirement is that user data can be saved to the local machine, and then read in again by the same app, and any other subsequent apps. Ideally we don't want to have to do a local install, but would consider it if there is no other way. Thanks for your time. ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
Re: [Flashcoders] shared local object, or XML export? or other?
forgot the link to zinc.. http://www.multidmedia.com/ On 3/19/07, Chris Tague [EMAIL PROTECTED] wrote: You could always use one of the flash wrappers that give you access to the filesystem, which would allow you to write files to the users drive, somehting like zinc. I think, although someone can confirm this that the shared object can be accessed by a second app if the name of the app is the same. Might need to a quick test to confirm this. On 3/19/07, kent humphrey [EMAIL PROTECTED] wrote: For an upcoming project, I have to investigate whether to use a shared localobject for storing user data, or exporting XML. This is for a cd based app, not a website. A shared localobject would be my first choice, except that we want to be able to access the saved data from a second release of the cd. My understanding of the security of local objects is that they are only accessible from the app that created them. Is that correct? Or is it possible to work around that? If the second release would not be able to retrieve the data, I thought maybe exporting XML would be an option. But from my searches, all the ways of doing that involve sending to a server, and we wont be able rely on net access being available. Are there any other ways of exporting xml? Or is there a method I haven't thought of? The basic requirement is that user data can be saved to the local machine, and then read in again by the same app, and any other subsequent apps. Ideally we don't want to have to do a local install, but would consider it if there is no other way. Thanks for your time. ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
Re: [Flashcoders] shared local object, or XML export? or other?
Hi Kent, The other way to export XML would be to use a SWF wrapper such as mProjector, SWFStudio or (open-source) SWHX: http://www.haxe.org/swhx. (Zinc is another alternative, but I can't recommend it - I've had all sorts of stability issues with it.) Alternatively, Apollo (from Adobe) will be out sometime this year. Basically all these tools provide a container for a Flash app that lets Flash request writing/reading of external local files (amongst many other features). Hope that's helpful, Ian On 3/19/07, kent humphrey [EMAIL PROTECTED] wrote: For an upcoming project, I have to investigate whether to use a shared localobject for storing user data, or exporting XML. This is for a cd based app, not a website. A shared localobject would be my first choice, except that we want to be able to access the saved data from a second release of the cd. My understanding of the security of local objects is that they are only accessible from the app that created them. Is that correct? Or is it possible to work around that? If the second release would not be able to retrieve the data, I thought maybe exporting XML would be an option. But from my searches, all the ways of doing that involve sending to a server, and we wont be able rely on net access being available. Are there any other ways of exporting xml? Or is there a method I haven't thought of? The basic requirement is that user data can be saved to the local machine, and then read in again by the same app, and any other subsequent apps. Ideally we don't want to have to do a local install, but would consider it if there is no other way. Thanks for your time. ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
RE: [Flashcoders] shared local object, or XML export? or other?
I would definitely go with shared object. You can access it from whatever app you like if you pass a local path parameter, like this: so = SharedObject.getLocal (mySharedObject, /) so = SharedObject.getLocal (mySharedObject, /myProject) Etc... If you don't pass the path, it generates a local path for you, which is indeed different for each application, to avoid naming conflicts. But by specifying the path you bypass that and can call it from anywhere you like. Karina -Original Message- From: kent humphrey [mailto:[EMAIL PROTECTED] Sent: 19 March 2007 10:50 To: flashcoders@chattyfig.figleaf.com Subject: [Flashcoders] shared local object, or XML export? or other? For an upcoming project, I have to investigate whether to use a shared localobject for storing user data, or exporting XML. This is for a cd based app, not a website. A shared localobject would be my first choice, except that we want to be able to access the saved data from a second release of the cd. My understanding of the security of local objects is that they are only accessible from the app that created them. Is that correct? Or is it possible to work around that? If the second release would not be able to retrieve the data, I thought maybe exporting XML would be an option. But from my searches, all the ways of doing that involve sending to a server, and we wont be able rely on net access being available. Are there any other ways of exporting xml? Or is there a method I haven't thought of? The basic requirement is that user data can be saved to the local machine, and then read in again by the same app, and any other subsequent apps. Ideally we don't want to have to do a local install, but would consider it if there is no other way. Thanks for your time. ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
