MSCAL.Calendar.7

[WANNABE]

OK so According to a previous post (See Subjecto Libraries become a part of an
MDE) The unanimous response is to avoid the use of active-x controls. Allow me
to be more specific and ask what about other libraries such as those from
Microsoft like Calendar control 11?

If I choose to use a Microsoft library how can I be sure that the library will
be loaded on a client PC? Are there dll files associated with the controls that
need to be registered. and What if the end user does not have admin rights?

 

[Tom van Stiphout]

On Tue, 18 Dec 2007 18:14:30 -0600, "WANNABE" <SameAsB4> wrote:

See comments in-line.

OK so According to a previous post (See Subjecto Libraries become a part of an
MDE) The unanimous response is to avoid the use of active-x controls.

Actually: I think the consensus was to avoid WHERE POSSIBLE, and to be
aware of potential issues if you decide to use them. It's still your
decision. If your app is deployed at a single small company it might
be manageable (we do this at our company); if for the public market it
may not.

Allow me
to be more specific and ask what about other libraries such as those from
Microsoft like Calendar control 11?

That is an ActiveX control, so all the discussions apply. MSFT does
not have a magic wand.

If I choose to use a Microsoft library how can I be sure that the library will
be loaded on a client PC?

YOU need to make sure. Assuming this is a redistributable component
that you won't find on a "clean machine" with only Windows installed,
you need to create a setup program that will install the component.

Are there dll files associated with the controls that
need to be registered.

That depends on the control. Read its manual and accompanying
documentation. It should tell you what needs to be shipped.

and What if the end user does not have admin rights?

If the user does not have rights to run a setup program, then
obviously she cannot run yours, and thus cannot use your program. She
should login using an account with sufficient rights to install the
application. Every computer has at least one Administrator account
precisely for this reason.

-Tom.

 

[Tony Toews [MVP]]

OK so According to a previous post (See Subjecto Libraries become a part of an
MDE) The unanimous response is to avoid the use of active-x controls. Allow me
to be more specific and ask what about other libraries such as those from
Microsoft like Calendar control 11?

Specifically to that one use a calendar form.
See the Calendar Tips page at my website
http://www.granite.ab.ca/access/calendars.htm

One alternative is MonthCalendar is a completely API generated Month
Calendar derived directly from the Common Control DLL. There are
links to several downloadable calendar forms at my website. As these
are forms you can also do anything with them you want.

You can also use the calendar form which comes in the Access <insert
your version here> Developers Handbook by Litwin/Getz/Gilbert,
publisher Sybex www.developershandbook.com. These books are well
worth spending money. Every time I open one I save the price of the
book.

Duane Hookum has an awesome and simple calendar in a report. See the
Calendar Reports sample section at
http://www.access.hookom.net/Samples.htm

If I choose to use a Microsoft library how can I be sure that the library will
be loaded on a client PC?

Define Microsoft library. That's not a term that I'm familiar with in
this context. Do you mean Activex control? dll?

Tony
--
Tony Toews, Microsoft Access MVP
Please respond only in the newsgroups so that others can
read the entire thread of messages.
Microsoft Access Links, Hints, Tips & Accounting Systems at
http://www.granite.ab.ca/accsmstr.htm
Tony's Microsoft Access Blog - http://msmvps.com/blogs/access/