I think the real intent is to get a livecode application into a format where you can use standard configuration management tools to store versions and track differences. In theory if the components were broken out separately, then you could have multiple people working on the same app at the same time.
I believe as long as the source is text, then all of source management systems that I am aware of will work. XML is just text so it should be fine. Most of these system can deal with binary blobs and they just rev stamp them. So images and media are still manageable. Not having the ability to manage the source code was the only thing that prevented me from using livecode in my corporate life. So I am excited to hear that others are interested as well. -= Mike Sent from my BlackBerry device on the Rogers Wireless Network -----Original Message----- From: Pete <p...@mollysrevenge.com> Sender: use-livecode-boun...@lists.runrev.com Date: Sat, 18 Feb 2012 13:12:26 To: How to use LiveCode<use-livecode@lists.runrev.com> Reply-To: How to use LiveCode <use-livecode@lists.runrev.com> Subject: Re: Recreating a binary stack from xml text Hi Mark, Thanks for the update. Like several other people, I'm really frustrated by the non-opertaion of revOnline. I understand that the team has a lot on their hands right now but the thing has been broken for months as far as I can tell. Maybe we should open a community Dropbox or Box.net account that allows us all to share useful stacks. Back to the topic. I've been thinking about doing something along these lines but haven't had a chance to actually do anything other than think about the concept. Most of the posts I've seen about this topic seem to base the solution on XML but I'm thinking of using an sqlite database. What can I say, I'm a database guy, I understand them, I don't know much about XML. Using a DB would make it very easy to address the issue you raised regarding recreating only part of a stack rather than the whole stack. If I had the time, I'd like to do this in the context of a version control system that would store the info about different versions of a stack and allow comparison between versions to see what changed, not just in scripts but in any of the stack constructs. I think that would be a useful and fairly straightforward thing to do in the context of a database. In fact, while we're at it, why not add bug tracking capabilties. Wish I had time to do it. Pete On Sat, Feb 18, 2012 at 12:07 PM, Mark Wieder <mwie...@ahsoftware.net>wrote: > Pete- > > Saturday, February 18, 2012, 11:33:51 AM, you wrote: > > > I saw a post earlier in this thread that perhaps Mark Wieder might be > > working on something along these lines. Mark, can you comment? > > If revOnline ever comes back (hello rev team?) I'll post a stack that > does the translations. > > Getting to an from xml format isn't that much of a problem technically > now that ids are no longer immutable. What's a bit more of a brain > teaser is preserving the object hierarchy at the same time. I opted > for individual xml files for each control, card, and stack, as well as > a project xml file that describes how the objects are organized. That > way you can create the entire stack from the xml descriptions or just > pick out individual controls and recreate them. > > Creating an object from the xml description is a matter of looping > through the properties, as in > > -- in a try construct to handle read-only properties > try > set the <property> of <object> to <attribute> > catch e > end try > > <stack> > <card> > <group> > <control> > <property> > </property> > </control> > </group> > <control> > </control> > </card> > <substack> > ... etc > </substack> > </stack> > > -- > -Mark Wieder > mwie...@ahsoftware.net > > > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > -- Pete Molly's Revenge <http://www.mollysrevenge.com> _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode