Unpopularity of global variables - why?

Peter Haworth pete at lcsql.com
Mon Oct 15 19:39:18 EDT 2012


The dgProps["control type"] for a datagrid returns "data grid" and I've
seen various places in the IDE code that uses that to detect a datagrid
(like trying to ungroup one).  I guess you could create a property like
that in other groups if you wanted them to be treated the same as datagrids
but it feels like that would be pretty dangerous.
Pete
lcSQL Software <http://www.lcsql.com>



On Mon, Oct 15, 2012 at 4:08 PM, Bob Sneidar <bobs at twft.com> wrote:

> Do you still need custom props in this scenario? Also, complex groups got
> me thinking, LC does not include Datagrids when using edit group or select
> group. That is curious. They are obviously doing something different. Is it
> something the IDE just "knows" or is there some kind of property, or custom
> props set up in the datagrid library that allows them to work like that? If
> the latter, I wonder if that will work for other groups as well? I know you
> make great use of groups in a lot of your work.
>
> Bob
>
>
> On Oct 15, 2012, at 3:53 PM, Scott Rossi wrote:
>
> > One situation in particular is when you make changes to numerous objects
> > via a single script, such as grouping, changing location, scaling, etc.
> > These cases will almost always execute faster when lock messages is true
> > because the IDE (and/or scripts that track objects and their properties)
> > won't update until messages are unlocked.  Locking the screen helps, but
> > locking messages helps more.
> >
> > Regards,
> >
> > Scott Rossi
> > Creative Director
> > Tactile Media, UX Design
> >
> >
> >
> >
> > On 10/15/12 3:38 PM, "Bob Sneidar" <bobs at twft.com> wrote:
> >
> >> I'd be curious if people can summarize all the times that locking
> >> messages became a necessity, and then see if some of us can figure out
> >> "another way of going about it".
> >
> >
> >
> > _______________________________________________
> > 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
>



More information about the Use-livecode mailing list