A
Al Berg
I need to add a custom ActiveX control at runtime. Is it possible? If so
how?
Thx
AB
how?
Thx
AB
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an alternative browser.
You should upgrade or use an alternative browser.
M
Michael Bauer
Hi Al,
do you mean UserForms? You can use UserForm.Controls.Add to add
controls.
do you mean UserForms? You can use UserForm.Controls.Add to add
controls.
K
Ken Slovak - [MVP - Outlook]
If this is an Outlook form you really don't want to do that. Doing so at
runtime will one-off the form which means no code in the form will run in
Outlook 2003 and it causes many other problems too. I'd rethink this.
runtime will one-off the form which means no code in the form will run in
Outlook 2003 and it causes many other problems too. I'd rethink this.
A
Al Berg
Thanks Ken, that's the conclusion I was comming to. Maybe if I paint my
situation you (or anyone else) could offer suggestions.
I have written a plug-in (VC6) that adds a button to the inspector for both
"Appointment" and "Meeting Request". When this button is pressed, a new tab
appears on either the "Appointment" and "Meeting Request" forms. This tab
page has exactly the same fields in both cases. The extra page is used for
scheduling and reserving resources to be used by either the Appointment or
meeting. When the user presses Send the data from this extra page is sent up
to a web services provider and stuff happens.
I've been looking at this problem on and off for a few weeks now and I've
come to the following conclusions.
* While I can change the default Appointment form for my users, there is no
way to change the default Meeting Request form. Is this true?
Going with the above being true, I thought a nice simple solution would be
to create an activeX control with a bunch of controls on it (like a form)
which I would install at run time on the first available free tab in either
the Appointment of Meeting Request form. The reason for doing this at run
time is that I need this solution to work even with existing custom forms.
Now that I know the ActiveX solution is a dead end (I get to scrap the work
I did creating the ActiveX) I need to decide on a better approach. The
problem keeps comming back to the * above. SInce I can't replace the default
Meeting Request form I have to specify it at run time when ever its needed.
Looks like I have two choices, either create and publish two forms (one
Appointmenst one Meeting Request) and install them on all my users machines,
or just have my plug-in create then on the fly (as one offs) when their
funcitonality is requested. I'm leaning towards the second solution.
Any comments or suggestions on this plan would be greately appreciated.
Regards
AB
situation you (or anyone else) could offer suggestions.
I have written a plug-in (VC6) that adds a button to the inspector for both
"Appointment" and "Meeting Request". When this button is pressed, a new tab
appears on either the "Appointment" and "Meeting Request" forms. This tab
page has exactly the same fields in both cases. The extra page is used for
scheduling and reserving resources to be used by either the Appointment or
meeting. When the user presses Send the data from this extra page is sent up
to a web services provider and stuff happens.
I've been looking at this problem on and off for a few weeks now and I've
come to the following conclusions.
* While I can change the default Appointment form for my users, there is no
way to change the default Meeting Request form. Is this true?
Going with the above being true, I thought a nice simple solution would be
to create an activeX control with a bunch of controls on it (like a form)
which I would install at run time on the first available free tab in either
the Appointment of Meeting Request form. The reason for doing this at run
time is that I need this solution to work even with existing custom forms.
Now that I know the ActiveX solution is a dead end (I get to scrap the work
I did creating the ActiveX) I need to decide on a better approach. The
problem keeps comming back to the * above. SInce I can't replace the default
Meeting Request form I have to specify it at run time when ever its needed.
Looks like I have two choices, either create and publish two forms (one
Appointmenst one Meeting Request) and install them on all my users machines,
or just have my plug-in create then on the fly (as one offs) when their
funcitonality is requested. I'm leaning towards the second solution.
Any comments or suggestions on this plan would be greately appreciated.
Regards
AB
K
Ken Slovak - [MVP - Outlook]
Your summation is correct. What I would probably do if I wasn't going to
create custom Outlook forms would be to have my buttons in the Inspector pop
up my own forms (in my case VB forms) for whatever extra information I
needed.
create custom Outlook forms would be to have my buttons in the Inspector pop
up my own forms (in my case VB forms) for whatever extra information I
needed.