Re: custom appointment form issues
- From: Joeri Sebrechts <joeri.sebrechts@xxxxxxxxx>
- Date: Tue, 8 Jan 2008 06:47:56 -0800 (PST)
Sorry to dreg up a thread from a while back, but I'm still having
problems with my code.
I couldn't get it my add-in to work using one-off forms, so I bit the
bullet and rewrote the whole system using published forms, and the
problem STILL isn't solved.
My approach:
- publish a form definition to the personal library that adds a tab
containing an activex control
- set this form's message class as default for the calendar
- avoid setting any properties inside the appointment form other than
subject, location, ...
My issue:
- Locally everything seems to check out, but when trying at the
customer's site, when sending a meeting request the recipient (if he
does not have the add-in) after opening the meeting item sees the
extra page, and on activating it gets the "to help prevent malicious
code..." error.
My understanding was that form definitions would not be sent if I used
published forms and abstrained from modifying the form at run-time.
Now, I've checked and rechecked, and all I'm changing inside of the
form is: the layout of my activex control, to make it resize with the
form, and the visibility of the extra page (which I'm hiding in the
write event of the form, just in case). Could either of these affect
whether form definitions are sent with the appointment or meeting
item, and if so how do I work around that?
Thanks for any help.
On 7 dec 2007, 14:17, "Sue Mosher [MVP-Outlook]"
<sue...@xxxxxxxxxxxxxxx> wrote:
Maybe this page will help explain how changes in default forms can be made and can affect Outlook operations:http://www.outlookcode.com/article.aspx?ID=39
--
Sue Mosher, Outlook MVP
Author of Microsoft Outlook 2007 Programming:
Jumpstart for Power Users and Administrators
http://www.outlookcode.com/article.aspx?id=54
<joeri.sebrec...@xxxxxxxxx> wrote in messagenews:96ff96e8-4321-418c-96d3-47a8424a4f52@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Well, it's a reservation system where you can make a reservation for a
room or service from within the appointment. This means that anyone
that can edit the appointment should also be able to modify the
reservation. When modifying the form when it opens this is simple: if
you can modify it, it is writable. It's not so clear to me what
folders you attach to besides the default calendar folder to make this
scenario happen in the published form scenario. For example, when you
compose new meeting items, does it use the default form from the
calendar folder? And how does this deal with shared calendars? Do you
need to add the published form on those calendars as well? Another
matter: how do you find out when to set the default form on the
calendar folder? If a user opens a different mailbox with a different
calendar, how do you detect that?
Thank you for your responses.
On Dec 6, 7:51 pm, "Sue Mosher [MVP-Outlook]" <sue...@xxxxxxxxxxxxxxx>
wrote:
I'm afraid that I don't know enough about your overall scenario to know what you mean by "the 'right' folders.
<joeri.sebrec...@xxxxxxxxx> wrote in messagenews:b2649f63-36e6-4a48-a5de-61d9396504e6@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thank you for your response!
Well, I just tried to find a way that worked, and the one-off approach
seemed to work at first (I'm learning this as I go). I'm willing to
use the published form approach, if I can figure it out.
The way I understand published forms is:
- you create and publish the form to the personal or organizational
store
- You set the custom form as the default form on all relevant folders.
- Optional: you convert the existing items in that folder to the new
form
The second point is where I'm confused. I don't know how to find out
which folders are the "right" folders. For example, on a shared
calendar with read-write rights I can change the form, so how would I
set it on that?
On 6 dec, 18:26, "Sue Mosher [MVP-Outlook]" <sue...@xxxxxxxxxxxxxxx>
wrote:
Instead of that approach, you should be using a published custom form that includes the custom page you want to display. Is there a reason why that approach wasn't considered?
<joeri.sebrec...@xxxxxxxxx> wrote in messagenews:61a98ac5-387e-4ca9-92f7-5f7f55cb7459@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hello,
I'm developing an outlook add-in (all delphi code) that I'm having one-
off issues with that despite everything I've read here and around the
web I can't get resolved.
Simply put:
- when a new inspector is opened, I add an extra page containing my
custom activex control
- in the appointment's onwrite handler, I'm trying to remove this page
- no matter what attempt I take, either the page isn't correctly
removed, or the form gives "malicious code" errors when opened
Things I've tried:
- In AppointmentItem.OnWrite: setting MessageClass to a pre-published
form (published when the add-in is loaded) that doesn't contain the
extra page:
Didn't work, the custom form is still stored with the appointment,
even when I verify that the MessageClass is indeed set correctly by
outputting it when the appointment is reopened, and that the published
form definition does not contain my extra page.
- In AppointmentItem.OnWrite: removing all my custom components and
not hiding the page:
Works (no malicious code error because there is no activex control on
the form), but when the add-in is removed, users see a blank extra
page.
- In AppointmentItem.OnWrite: removing all my custom components and
hiding the page:
Doesn't work. When reopening the appointment the code to add the page
triggers the "malicious code" error on the ModifiedFormPages.Add line.
Or alternatively, if I run a ShowFormPage before that line, the Add
line triggers an "You don't have appropriate permission to perform
this operation" error.
- Changing AllowActiveXOneOffForms registry setting to avoid the
error:
Works, but not allowed by customers.
Worst case scenario I can remove the controls, not hide the tab, and
provide an extra script that changes the message classes for all
calendar items to clean up the form descriptions, but I'd rather have
a more sound approach.
Much obliged for any advice,
Joeri Sebrechts
.
- Follow-Ups:
- Re: custom appointment form issues
- From: Sue Mosher [MVP-Outlook]
- Re: custom appointment form issues
- Prev by Date: Re: How to sort messages from multiple MAPI folder
- Next by Date: Re: custom appointment form issues
- Previous by thread: Re: How to sort messages from multiple MAPI folder
- Next by thread: Re: custom appointment form issues
- Index(es):
Relevant Pages
|
Loading