Steve Conklin (Developer@UltraDNT)
Developer at UltraDNT.com
Mon Dec 13 16:19:57 CST 2004
Yes, Late binding is the way around this ...
Dim everything as Object. Something like:
Dim appOut as Object
Set appOut= CreateObject("Outlook.Application").
You will lose the constants and have to use the actual numbers, such as
olMailItem - need to use the 0 (or 1 - I don't remember). Works for
TreeView and Node as well, dim them as objects.
Hth
Steve
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
Sent: Monday, December 13, 2004 4:49 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] References to Outlook and version problems
I know this has been covered before, but I never had need for it until
now.
Problem: the app gets installed on some boxes running Office 2K and some
running Office XP. The app reaches out to Outlook and when I compile it,
version-specific references get embedded. Then it doesn't work on the
"other" OS.
I recall reading here that this has to do with early v. late binding and
that one can code around this, using late binding. But I've never done
this before.
I think that this may not be the only issue involved. I make extensive
use of the MS treeview control in the app, and there are several
versions of same. Is the solution to this the same as the Outlook issue?
I seem to get busted on the line that dims N as Node.
Arthur
>
>
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.296 / Virus Database: 265.5.1 - Release Date: 12/13/2004
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com