Recreating a binary stack from xml text

[Pete]

That's a cool feature of Filemaker (the abstracted table names I mean).
 I'm about to release an admin tool for SQLite databases - it has no
connection with Livecode other than that's what I used to make it but I
think I'll put some sort of connection to Livecode scripts on the
enhancement list to handle things like that.
Pete

On Mon, Feb 20, 2012 at 6:03 PM, Geoff Canyon Rev <gcanyon+rev at gmail.com>wrote:

> Fair point. One thing I find interesting is how each environment I use
> brings something to the table that no other environment does (as well). For
> LiveCode, it's the built-in GUI builder and the interactive development.
>
> For FileMaker, it's the easy database, but equally important, it's the fact
> that all items -- scripts, layouts, columns, tables, etc. -- are abstracted
> from their names. In FileMaker, if you change the name of a table, then
> everywhere in any script that refers to that table, the script changes
> automatically to match. Change a layout name, same thing. That's something
> I wish every environment I use could have. Given that FileMaker has had
> this since at least 1994 or so, it's frustrating that no one else has
> picked it up. It's one of those things that seems obvious once you've
> experienced it </rant>
>
> So I agree, reconciling the source when someone changes the name of an
> object would be a pain.
>
> On Mon, Feb 20, 2012 at 3:04 PM, Bob Sneidar <bobs at twft.com> wrote:
>
> > I only mention card locking because the elements of a card typically
> > interact with each other quite a bit. Imagine someone renaming a button
> > that a card script accessed by name, or a field that was critical to
> saving
> > data to a database. Also the process of checking out and in every object
> in
> > a card could induce insanity.
> >
> > Bob
> >
> >
> > On Feb 20, 2012, at 10:41 AM, gcanyon+rev wrote:
> >
> > > Agreed that a full implementation would be better; I'm just saying
> that,
> > compared to the present setup, where there is no source control
> whatsoever,
> > a system that at least allowed merging code in a controlled fashion would
> > be a huge improvement.
> > >
> > > I would hope we can do better than card-level locking, but better that
> > than nothing at all.
> > >
> > > Sent from my iPad
> >
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at 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 at 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>