What kind of overhead for using tags on PPT shapes?

[Lisa]

I have ~50 shapes that I want to apply various fill and line specs to
programatically. (The macro to assign the fill and line specs likely would be
run now and then, not frequently.)

Currently I'm using a pair of tags (myFillSpec and myLineSpec) for each
shape, planning to use macros to assign the fills and lines based on the
tags' values. For example:
If myShape.Tags("myFillSpec") = "NoFill" Then myShape.Fill.Visible =
False

However, I started thinking that I may have read somewhere that each tag you
apply has a significant toll in terms of system overhead...

With ~50 shapes, each with (the same) two tags, am I creating enough of a
burden to worry about this (and go with more cumbersome shape names)?

Does the "overhead" come with each tag (2), or with each application of the
tags (~100, in this example)?

Is there somewhere I can read up on considerations for using tags versus
using other approaches?

Thanks much for any guidance or suggestions y'all can offer.
LM

 

[Bill Dilworth]

Tags are just labels. You can have hundreds on an object/shape and they
will not seriously effect the presentation. They are stored in the
presentation file, so they do increase the size of the presentation (and
therefore the file handling) by only by a minimal amount.

Running a simple line of code like you used in your example, on hundreds of
slides with dozens of shapes each should take less than a second.

I would be interesting in discovering the source of the "significant toll"
information. Tags are a significant tool, not a significant toll.


--
Bill Dilworth
A proud member of the Microsoft PPT MVP Team
Users helping fellow users.
http://billdilworth.mvps.org
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
vestprog2@ Please read the PowerPoint FAQ pages.
yahoo. They answer most of our questions.
com www.pptfaq.com
..

 

[Lisa]

Tags are just labels. You can have hundreds on an object/shape and they
will not seriously effect the presentation. They are stored in the
presentation file, so they do increase the size of the presentation (and
therefore the file handling) by only by a minimal amount.

Running a simple line of code like you used in your example, on hundreds of
slides with dozens of shapes each should take less than a second.

I would be interesting in discovering the source of the "significant toll"
information. Tags are a significant tool, not a significant toll.


--
Bill Dilworth
A proud member of the Microsoft PPT MVP Team
Users helping fellow users.
http://billdilworth.mvps.org
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
vestprog2@ Please read the PowerPoint FAQ pages.
yahoo. They answer most of our questions.
com www.pptfaq.com
..

 

[Lisa]

Sorry for the empty post above. (Ongoing trouble getting the forum UI to work
properly… sigh.) Here's what I meant to post:

Thank you, Bill, for the reassuring info on using tags.

Re. my thinking that I had heard tags take a toll: it's probably just my
misunderstanding or misremembering (neither my understanding nor my
remembering are what they ought to be these days ;-)

I did a quick search to see if I could find what I might have read. The
closest (which isn't close at all) I could find was in Andrew May's blog
(http://blogs.msdn.com/andrew_may/archive/2004/12/07/277696.aspx).

And the info there implies that tag overhead is NOT a big issue. In fact a
comment (by Steve Rindsberg) says, "I pumped around a megabyte of tag data
into a few slides… (and PowerPoint…) didn't squawk at all."

So, thank you again for clarifying this for me. I'm definitely learning to
love tags (which I "discovered" via this forum).

LM

 

[Lisa]

I trust this isn't in reference to the individual who originally posted the
question...

 

[Sandy]

Dear "Troll" -

You made me LOL. Thanks for the day brightner!

Sandy

 

[Bill Dilworth]

Dear "Troll" -

Is this where we launch into "Ask not for whom The Bill trolls ..."

.... that reminds me of a former girlfriend of mind ... I dropped her like a
bad hobbit.