PP2000 SlideShowNextSlide Event

  • Thread starter Thread starter James Burrell
  • Start date Start date
J

James Burrell

Hi everyone

I have an application where users do some things on one slide and the
results appear on the next. Thus, I need to update the next slide in
VBA before it appears.

However, although all documentation seems to state that the NextSlide
Event is fired before the transition to the next slide begins, it is
invariably fired after the transition has occurred, which means the
updates I do happen on screen. Is this correct?

Thanks for your help.

James
 
James,

You are correct (As Steve and Shyam have pointed out) the event occurs AFTER
the transition has completed.
I suggest you make the shaped that will be updated ANIMATE AFTER Previous.
So now you will see:

1. The transition to the background
2. Info is updated
3. The Updated info Animates (or appears) on the screen

This will all happen VERY fast if setup properly.
 
Thanks for confirming my suspicions - I won't bang my head against
that particular wall any longer!

Your suggestions are exactly what I had thought of, in case the event
wasn't working 'as advertised'. What I shall do, if it is of any use
to anyone is the following:

In the SlideShowNextSlide event, call a routine to update the
following slide i.e. if advancing from Slide 41 to 42, use the event
to update slide 43. In other words, put code in the SlideShowNextSlide
event to keep one ahead of PowerPoint (error checking so we don't go
beyond the end of the presentation, of course!). This'll make sure the
next slide has always been updated with the latest data before it
becomes visible.

If however something happens on the current slide that will change
something on the following one, I will use that particular
change/event to fire my RefreshNextSlide code, as Steve suggests.

The only problem I can see here is if users jump around the
presentation using the goto commands, thereby bypassing my lovely
code. I don't want to force animation - I'm trying to leave PowerPoint
as 'native' as possible, so the user controls that completely. If they
don't animate and do jump around the presentation, they'll just have
to put up with jumps on the screen as the old data is visibly updated
to the new, I suppose... Maybe, it would be better to update the user
in that case :)

Thanks again for the help

James
 
Back
Top