Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.basic.visual.misc > #1876
| From | Lars Uffmann <aral@nurfuerspam.de> |
|---|---|
| Newsgroups | comp.lang.basic.visual.misc |
| Subject | Re: mscomctl.ocx and comctl32.ocx invoking third party executables? |
| Date | 2011-02-03 17:40 +0100 |
| Message-ID | <8r040lF571U1@mid.dfncis.de> (permalink) |
| References | <8qvtngFppsU1@mid.dfncis.de> <iiek2u$9jr$1@news.eternal-september.org> |
GS wrote: > After serious thinking Lars Uffmann wrote : >> [Fullquote removed] > > First thing you need to understand is that ANY MS Office project that > uses either of these controls needs to have a reference set to them in > the VBE (Visual Basic Editor). I do not have the feeling that you fully understood my post. The MS Windows Common Controls are properly registered with the MS Office 2003 installation. And if they weren't, the project would be complaining about the ActiveX control being unknown/not found. But to be fair, you got me one step further: The component registration (reference creation) happens automatically, when the Common Control (e.g. ProgressBar) is inserted into the document. That is - if the object is not contained within the already referenced libraries/object files. Apparently this automatic referencing browses through available object files and finds some of my third-party software also. A call to these files then seems to invoke the installer. At least that is my current understanding of the problem. Still - why referencing a certain ActiveX where the object file is known would invoke other ActiveX object code is beyond me... > Also, the controls must be installed and properly registered on the > target machine the MSO project runs on. That means if your project will > be used on Vista OS or higher you'll have to distribute and register > these controls on that machine. This also means you'll have to develop > your project on a machine that has these OCXs properly installed. I don't understand what that has to do with the topic...? I am not trying to develop an office project, I am observing a strange/unwanted behaviour of an ActiveX control in office... And trying to find the cause. Cheers, Lars
Back to comp.lang.basic.visual.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll 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