Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.basic.visual.misc > #1884

Re: mscomctl.ocx and comctl32.ocx invoking third party executables?

Show all headers | View raw

GS wrote:
> Well, whether you accept this or not, once you start adding non-office 
> controls to an office doc YOU ARE building an office project.

Whatever you feel comfortable calling it...

> Also, any ActiveX control that is not part of the standard office 
> controls should be referenced in the VBE so the MSO host app doesn't 
> have to go through all this hooplah you're complaining about.

The components in question are part of the "Microsoft Windows Common 
Controls 6.0 (SP6)" - and I just tried it: added the reference to this 
(mscomctl.ocx) to the project first, then inserted the ProgressBar - it 
still starts the "hooplah" :(


> Setting the reference to the appropriate lib obviates this 'automatic' action 
> you speak of.

Sadly that did not work. I wonder if there is an option to turn this 
behaviour off for MS Office... I believe - since the library is not 
normally listed within the available references - windows starts a file 
search and "asks" each file available to it whether it has that control 
the user is trying to insert into his project. And calling that method 
for one of the libraries of my third party software invokes its 
installer (which is poor programming by the third party).

> situations, I've never had the behavior you speak of happen to me nor to 
> any of my users.

Are you sure? Because - without that particular software installed, it 
"seems" normal here also - yet I am pretty sure the unwanted behaviour 
of office is that it searches other libaries for the object in question, 
even though it has a valid reference. And this third party s/w I have 
here merely adds a poor program behaviour that *shows* this unwanted 
behaviour of the reference manager...

> Maybe, as Mayayana suggested, you should ask for help in a VBA group.

I am pretty sure that this problem is caused by the references 
management, which (like the VBA editor) has been shared between VB and 
VBA since office 2k or 2k3 believe(?)...

I could install regular VB and see if the behaviour is reproducible with 
that also. Maybe will do that.

Cheers,

   Lars

Back to comp.lang.basic.visual.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-03 15:53 +0100
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? "Mayayana" <mayayana@invalid.nospam> - 2011-02-04 09:35 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-04 15:04 +0100
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? "Mayayana" <mayayana@invalid.nospam> - 2011-02-03 12:03 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? GS <gs@somewhere.net> - 2011-02-04 12:44 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-04 15:19 +0100
    Re: mscomctl.ocx and comctl32.ocx invoking third party executables? "Nobody" <nobody@nobody.com> - 2011-02-04 10:05 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? "Nobody" <nobody@nobody.com> - 2011-02-04 02:58 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? GS <gs@somewhere.net> - 2011-02-03 14:22 -0500
    Re: mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-04 15:16 +0100
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-03 17:40 +0100
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? GS <gs@somewhere.net> - 2011-02-03 11:11 -0500

csiph-web