Stack Versioning (was Converting a Stack etc.)
bobs at twft.com
Thu Jun 7 14:59:32 EDT 2012
Hey, you know what would make this a lot easier? A new property called objectVersion (a number), and a stack property called stackObjects (an array). Each time an object is edited, the objectVersion gets incremented by 1. This way you could simply compare a list of stackObjects with a saved one, and a list of objectVersions with a saved one of that.
Why you say? Why not just loop through all objects in a stack? It's been discussed before and things like Datagrids really throw a wrench in the works. I suppose that would be true of any approach, but these properties could treat all the objects in a Datagrid group as a single object, and not list the individual components. The same could be done with things like background groups.
Even further, a new message called stackUpdate could be sent each time a stack is saved that had objects which were edited, which could be handled to send updates to another developer working on the same stack.
Or maybe I am dreaming I dunno.
On Jun 7, 2012, at 11:37 AM, Peter Haworth wrote:
> I think I brought this up the last time this discussion surfaced, but I
> think there's benefit to be had from being to able to discern exactly what
> changes took place between two versions of a stack file - were any controls
> added/deleted or did their properties change, which scripts were
> added/deleted/changed, etc
> I started on a project to implement this but haven't had an opportunity to
> get back to it. Theoretically, the information I store could be used to
> recreate a stack but that wasn't my intention and I suspect that it would
> be full of pitfalls.
> lcSQL Software <http://www.lcsql.com>
More information about the Use-livecode