I guess the debugger params could be passed in the query, and we could have a button on the dev console to reload the page with the current URLS
On 11/18/06, Cortlandt Winters <[EMAIL PROTECTED]> wrote:
ahh yes this does makes sense, (though I really like that you can create a bookmark for each version when you're testing against multiple versions too) I was originally attracted to saving a whole dataset, but thinking about client server traffic and efficiency, I think that Sebastian's saving at the node level actually makes more sense. I'll think about this some more. It might be nice to have a way of typeing what is stored so you can store either at a small or large grained level, too. On 11/18/06, Henry Minsky <[EMAIL PROTECTED]> wrote: > > People have been asking for a while to make the laszlo debugger > parameters persistent, and this seems like a possible alternative to cookies > or session variables, to avoid putting the server into what should be a > purely local state storage. > > > On 11/18/06, Cortlandt Winters < [EMAIL PROTECTED]> wrote: > > > > Hi Guys, > > > > I've always been interested in lso's and I have some interesting code > > that wraps up the ability to save and load named datasets to an lso. I'll > > post it to both here and that forum, as combined with various user cases > > shared objects can be confusing and error prone. > > > > The code could definitely still be improved (the key/data dictionary > > seems like it could be made simpler or more elegant in particular), but it's > > probably incubator worthy as is. If folk would be interested in adding it > > to the language formally and would be willing to discuss it and how it can > > be improved and properly integrated, I'd be very willing to do the work of > > improving it and writeing up a formal "how to use it" for the docs and > > adding the remaining use case that it doesn't handle (when the user has > > lso's disabled). But are folk interested in it? It's definitely usefull in > > my mind, but also definitely flash player specific. > > > > In an ideal world what this would enable would be either a dataset or > > a set of datasets for the user's ephemeral view state (stuff that doesn't > > really need to be saved on the server, but would be nice to maintain) Once > > the data is retrieved, get the view state to reflect the data. Another thing > > it can be used for is a local file system. > > > > Here is a basic example of how to use it to save and load user data > > locally, it is a pair of comboboxes. The first combobox is populated with a > > dataset that has 4 items, the second has a dataset with only 1. > > > > When you click on saveSelections it will save the dataset being used > > in the first combobox to an lso, when you click on load selections it will > > load the dataset from the lso into the second combobox. > > > > You'll see that the second combobox starts off with one element and > > gets populated with 4 items instead of 1 after the first comboboxes dataset > > has been loaded into it. > > > > What I am most curious about is this. When the second combobox has > > it's dataset replaced with the lso's serialized data, what event or event > > sequence in the combobox triggers the refreshing of the replicated visual > > data? The reason I'd like to know is that I'd like to be sure that custom > > things I create work in the same way. > > > > Thanks for any thoughts, > > > > -Cort > > > > > > > > > > On 11/16/06, P T Withington < [EMAIL PROTECTED]> wrote: > > > > > > This is the mechanism behind [dojo.storage](http:// > > > manual.dojotoolkit.org/storage.html) > > > > > > On 2006-11-16, at 12:04 EST, Henry Minsky wrote: > > > > > > > I thought this thread from the forums might be of wider interest, > > > > regarding shared objects in flash > > > > > > > > ---------- Forwarded message ---------- > > > > From: OpenLaszlo Developers Forums <[EMAIL PROTECTED] > > > > > Date: Nov 16, 2006 11:59 AM > > > > Subject: Reply to post 'solo deployment log issue' > > > > To: [EMAIL PROTECTED] > > > > > > > > > > > > Dear hqm, > > > > > > > > d~l has just replied to a thread you have subscribed to entitled - > > > > > > > solo deployment log issue - in the LZX Coding Help forum of > > > OpenLaszlo > > > > Developers Forums. > > > > > > > > This thread is located at: > > > > http://forum.openlaszlo.org//showthread.php?t=7830&goto=newpost > > > > > > > > Here is the message that has just been posted: > > > > *************** > > > > If you have PHP then of course you can store user data server > > > side. > > > > > > > > But some SOLO apps run without server interaction and in this case > > > > > > > SharedObjects can be useful. > > > > > > > > Shared Objects are "Flash cookies" which can be stored up to 100 > > > kb in > > > > local store, without user permission, and with user permission > > > above > > > > that size. > > > > > > > > SharedObject files have extension .SOL and can contain types: > > > numbers, > > > > boolean, string, objects, arrays, XML, date, pointer. > > > > > > > > Here are some bookmarked links explaining SharedObjects. > > > > > > > > http://www.adobe.com/support/flash/action_scripts/local_shared_object/ > > > > > > > > > > > http://www.flash-db.com/Tutorials/saving/savingData.php?page=3 > > > > > > > > http://www.kirupa.com/developer/actionscript/shared_objects.htm > > > > > > > > http://www.actionscripts.org/tutorials/intermediate/SharedObjects/ > > > > > > > index.shtml > > > > > > > > http://www.builderau.com.au/program/flash/soa/ > > > > Create_powerful_Flash_applications_with_shared_objects/ > > > > 0,339028413,320278036,00.htm > > > > > > > > .... > > > > > > > > To get an idea of where they SOL files are in your PC, install a > > > > SOL editor > > > > > > > > .... > > > > > > > > For Windows .. > > > > > > > > http://sourceforge.net/projects/soleditor > > > > > > > > > > > > For Linux/Mac/Windows .. > > > > > > > > http://solve.sourceforge.net/ > > > > > > > > ..... > > > > > > > > Here is an example in lzx code .. > > > > > > > > > > > > Code: > > > > --------- > > > > <canvas width="500" height="500" debug="true" > > > > > > > > > <!-- from this tutorial:- --> > > > > <!-- http://www.actionscripts.org/tutorials/intermediate/ > > > > SharedObjects/index.shtml > > > > --> > > > > > > > > <script> > > > > > > > > function checkSO() { > > > > // Does this client allow SharedObjects to be stored? > > > > // Create a dummy SO and try to store it > > > > mySO = SharedObject.getLocal("test"); > > > > if (!mySO.flush(1)) { > > > > // SOs not allowed on this system! > > > > // Prompt user to change settings > > > > System.showSettings (1); > > > > } else { > > > > // SOs allowed > > > > Debug.write("Your system allows SharedObjects"); > > > > } > > > > } > > > > checkSO(); > > > > > > > > // ================================ > > > > > > > > // Create an SO > > > > mySO = SharedObject.getLocal("test"); > > > > // Add some important data > > > > mySO.data.stickAround = "I'll be here for years to come!"; > > > > // Write the SO to the disk (I'm not checking for success here) > > > > mySO.flush(); > > > > // Delete the SO > > > > delete mySO; > > > > // Reload the SO > > > > mySO = SharedObject.getLocal("test"); > > > > // This time we're not adding any data, so when we write > > > > // our SO it should the old data be overwritten, right? > > > > mySO.flush(); > > > > // Delete the SO > > > > delete mySO; > > > > // Load the SO back in once more, > > > > mySO = SharedObject.getLocal("test"); > > > > // Scan the SO for values > > > > for (a in mySO.data ) { > > > > Debug.write(a+": "+mySO.data[a]); > > > > } > > > > // Wrong! The trace shows our old values all still exist! > > > > > > > > // ================================ > > > > > > > > // System.showSettings (1); // show settings panel > > > > > > > > </script> > > > > </canvas> > > > > --------- > > > > After running this lzapp, check the SOL file using SOL edtor. > > > > > > > > This is a simple example. You can add XML content, objects, > > > arrays. > > > > > > > > e.g. XML datasets can be written, after user changes. > > > > *************** > > > > > > > > > > > > There may be other replies also, but you will not receive any more > > > > notifications until you visit the forum again. > > > > > > > > All the best, > > > > OpenLaszlo Developers Forums > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > Unsubscription information: > > > > > > > > To unsubscribe from this thread, please visit this page: > > > > http://forum.openlaszlo.org//subscription.php? > > > > > > > do=removesubscription&type=thread&subscriptionid=15027&auth=9066dff550 > > > > a4430f2689464efc9da7f2 > > > > > > > > To unsubscribe from ALL threads, please visit this page: > > > > http://forum.openlaszlo.org//subscription.php ? > > > > do=viewsubscription&folderid=all > > > > > > > > > > > > -- > > > > Henry Minsky > > > > Software Architect > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > -- > Henry Minsky > Software Architect > [EMAIL PROTECTED] > >
-- Henry Minsky Software Architect [EMAIL PROTECTED]
