I had/have your same concerns, and while the stack can be saved, it's not intended to be saved on a regular basis (only during development). If I somehow reached control ids over a billion, I could create a new editor stack and copy over the core controls while saving dozens of hours of development time because I wouldn't need to lay anything out -- all of the editing control layout is programmatic/dynamic. So this approach is worthwhile for me.
Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design On 9/23/15, 11:22 AM, "use-livecode on behalf of Richard Gaskin" <[email protected] on behalf of [email protected]> wrote: >Scott Rossi wrote: > > I have a property editor that builds/positions its editing controls > > dynamically, based on some simple rules. When a new object is > > selected, the editing controls for the recent object are removed and > > replaced with editing controls for the newly selected object. Using > > this process, I don't have to lay out hardwired screens for every > > existing or future control that might come along. Depending on how > > long the editing session is, the editor could go wind up creating and > > deleting hundreds or even thousands of controls. So in this case, > > many objects are created that are not intended to be saved. > >Thanks. Along with Mark Waddingham's examples I can see the benefit. > >But as for your case, do those newly-created controls get created in a >stack that ever gets saved? > >Call me paranoid (I've been called worse), but with a finite number of >IDs (2 billion?) when we consider the impact on ID availability of a >layout that has a couple DataGrids on it, along with other stuff that >creates thousands of controls, over the life span of a project it seems >not unthinkable that we might hit the ID limit. > >I once tested what happens when the ID limit is hit. It's not pretty. > >Has there been any interest in having that number raised? > >-- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > [email protected] http://www.FourthWorld.com > > >_______________________________________________ >use-livecode mailing list >[email protected] >Please visit this url to subscribe, unsubscribe and manage your >subscription preferences: >http://lists.runrev.com/mailman/listinfo/use-livecode _______________________________________________ use-livecode mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
