What is driving the MB of a stack?

[Scott Rossi]

Make a copy of your stack.  If the copy contains multiple cards, delete
card by card (within reason) and check file size .  If it's a single card
stack, delete object-by-object.

You say you went through unplaced groups, but you might also try deleting
everything in the stack, and seeing what the single card stack weighs in
at.  If it's high, it most likely contains unplaced groups and/or custom
properties with large data.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 4/29/15, 6:48 PM, "David Epstein" <dfepstein at comcast.net> wrote:

>Thanks to Scott Rossi for calling my attention to ³unplaced groups,²
>which seem important enough to be better known.  I found and purged a few
>of these, but trimmed only a few KB off my 4.3 MB stack, which still
>seems much larger than its (known) content can explain.  Are there any
>other ways of diagnosing what¹s going on?
>
>David Epstein
>
>> An issue that has been discussed in the past might be unplaced groups --
>> groups that have been created at some time but aren't being used in the
>> stack.  Here's one thread:
>> 
>><http://runtime-revolution.278305.n4.nabble.com/Storing-and-saving-a-sett
>>in 
>><http://runtime-revolution.278305.n4.nabble.com/Storing-and-saving-a-sett
>>in>
>> g-in-a-stand-alone-td4687858i40.html>
>> 
>> Regards,
>> 
>> Scott Rossi
>> Creative Director
>> Tactile Media, UX/UI Design
>> 
>> 
>> 
>> 
>> On 4/29/15, 6:21 AM, "dfepstein at comcast.net
>><mailto:dfepstein at comcast.net>" <dfepstein at comcast.net
>><mailto:dfepstein at comcast.net>> wrote:
>> 
>>> A stack I have gradually improved over several years now occupies 4 MB
>>>on
>>> disk, whereas for a long time it was more like 500 KB.
>>> Is there some way to diagnose what elements are causing this?  I'd like
>>> to generate a list of all of the stack's substacks, cards, fields,
>>> images, scripts, etc., and see the amount of stack space each is
>>> occupying. 
>>> 
>>> David Epstein
>
>_______________________________________________
>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