Mike, I haven't tried to build a standalone yet. I'm not at my computer now, but my memory is that you have to "open" substacks, then do "start using". I have an item list of substacks and am planning to associate various library substacks with specific project modules, so I can manage memory. I also don't like putting scripts in objects, except when the object is central to the modele's function, like a map that displays data. But, it is convenient to put test scripts into buttons that can be deleted after everything is working.
It's a constant battle to keep reorganizing code for re-use. First implementation is usually a mess, then the next step that requires me to use that code requires refactoring, etc, etc, but in the end there are fewer bugs and it's easier to use. I am loving lc's arrays. I'm also just starting to use groups and finding them also convenient and easy to use. Some of the ui objects are awesome. I just discovered the tabbed object. It saves a lot of time, as does the datagrid. Good luck, Bill William Prothero http://es.earthednet.org > On Apr 20, 2014, at 9:35 AM, Michael Doub <miked...@gmail.com> wrote: > > My coding style has evolved to trying to put code in Libraries, Stack and > Cards. I only put stubs that call other handlers in the objects themselves. > This is the code organization part. > > I was putting my library stacks in as substacks and when I started seeing the > naming conflict messages I started looking into where these should go. I > always seemed to have problems with “start using” unless the stack was > already in memory, so I still feel that I am missing something relating to > the basics loading stacks. > > Bill, are you building your stand alone yet? This is where I really started > to ask questions. Why is there an option to move substacks into individual > stacks? When I made everything substacks I really didn’t think too much > about the standalone builder. Now that I have both I feel I need to > understand what is going on and why. > > -= Mike > > >> _______________________________________________ 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
