Tfrup12 said:
. . . I guess I am still leaning towards setting up
data connections to Excel to get the data from
Access over to a more ppt friendly Office colleague.
It is puzzling to me why you would think that inserting an extra software
package in between PPT and Access would be more user friendly. If you have
any knowledge of PowerPoint VBA, you should very easily be able to write DAO
(or, ugh, obsolescent ADO, already replaced by ADO.NET in what Microsoft
considers the "real development world") to retrieve the data you want and
place it in the display using the PowerPoint object model. If your
competency is more in Access VBA, you'll need to learn enough about the PPT
object model. It would appear to me that using Excel would simply add the
requirment of knowing the Excel object model, but would not eliminate the
need of retrieving the data from the MDB or ACCDB database, nor knowing the
PPT object model to place it.
On the other hand, each month I need to report on a simple breakdown of
data, which I generate as output from an Access Query, copy with Snag-It
from TechSmith,
http://www.techsmith.com, (not a free product, but so simple
to use that it is worth the very moderate cost, IMNSHO), and paste it in to
a Word document. On a separate, recurring monthly work item, I do the same
with output from an Access report.
There are other "screen grabbers", but I'm not familiar with them.
I've done the same with other Access Queries and Reports, into both Word and
Power Point. That is so quick, and so easy, that I haven't even considered
automating it. If it had to be done several times a day, the ROI on
automation would be better.
Larry Linson
Microsoft Office Access MVP