>> There are plenty of add-ins around for Excel ... far less for PPT. But I
>> would expect that they would load in the same way, no?
[quoted text clipped - 25 lines]
> PPTools: www.pptools.com
> ================================================
> I have no intention of getting VBA-code from Tushar's Add-in (it is
> protected anyway).
Oh, sorry ... I didn't mean to imply that that was what you were after.
But using th same registry setting mentioned in that article allows you to see
loaded add-ins and, if they're your own or at least unprotected, to edit them
in place. It's a FAR faster way to test/fix add-ins than opening the PPT,
saving as PPA, testing, wondering what went wrong, repeat until hair falls out.
With the PPA open, you can set breakpoints, SEE what goes wrong and usually do
a test fix on the spot.
The only hitch is that you can't save the code from the addin, though PPT
pretends to let you do so. Instead, once its' fixed, copy/paste it back into
the source PPT, or export the modules and later import them back into the
source PPT.
I'm babbling again, aren't I?
> I was just wodnering on why the behaviour of for loading
> add-ins was different than with Excel for instance.
My best guess at an answer:
Because.
;-)
Jen.Carllson@gmail.com - 22 Jun 2007 10:01 GMT
Hi Steve,
Thank you for the explanations ... it all seems very developer-
unfriendly!
Hope MS does not get it into their mind to do the same with excel ...
Jen :)
> > I have no intention of getting VBA-code from Tushar's Add-in (it is
> > protected anyway).
[quoted text clipped - 23 lines]
>
> ;-)
Steve Rindsberg - 22 Jun 2007 13:53 GMT
> Hi Steve,
>
> Thank you for the explanations ... it all seems very developer-
> unfriendly!
It's not especially onerous once you get used to it.
Just different.
-----------------------------------------
Steve Rindsberg, PPT MVP
PPT FAQ: www.pptfaq.com
PPTools: www.pptools.com
================================================