On 2/7/2017 5:19 PM, J. Landman Gay via use-livecode wrote: > On 2/7/17 4:07 PM, Paul Dupuis via use-livecode wrote: >> On 2/7/2017 5:01 PM, J. Landman Gay via use-livecode wrote: >>> On 2/7/17 2:13 PM, Richard Gaskin via use-livecode wrote: >>>> J. Landman Gay wrote: >>>> >>>>> Curiosity question: Do multiple nested groups (3 or 4 levels deep) >>>>> affect CPU and memory performance? Are fewer nested groups easier >>>>> on the engine? >>>> >>>> Because they effectively deepen the message path, I'd wager there is >>>> some difference, at least in terms of initializing the message path as >>>> the objects are unpacked before preOpenCard. >>>> >>>> That said, given the speed of the natural message path I'd wager it >>>> would be small enough to be unnoticeable, and perhaps even >>>> difficult to >>>> measure. >>>> >>> >>> I was thinking about the amount of redrawing the engine would need to >>> do to render them. >>> >> >> I have a number of stack with a lot of controls in multiple nested >> groups. For me, the groups are primarily for organizing objects on the >> card so I can find what I am looking for as a developer. OR when I want >> to move a set of related control around. In all such cases, I have never >> noticed a visible difference in rendering of the cards vs card with few >> groups or fewer controls in a similar number of groups. >> >> This is just human perception. I have never timed renderings to compare. > > Thanks. I'm working with a stack that has some memory issues which > includes many image-rich nested groups. I don't think this is > contributing directly to the problem but wondered if reducing the > number of groups might help. >
My guess is it is more probably related to the number of images than the number of groups. I am NOT very knowledgeable about all the details of image optimization in LiveCode, but there are people on the list who are. _______________________________________________ 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
