Don't you think that maybe wordmail is actually a simplistic version of word
process and that is why it's not able to handle everything word can! that's
why we have to workaround and find another solution to the problem we have
already a solution for!
Too much particular case. Is that possible?

The example is Word code, not Outlook code.
NB : the code I was talking about is the one shown in my first question in
this thread.



"Ken Slovak - [MVP - Outlook]" wrote:

No matter how you try to avoid it, you are still going to run in an out of
process space if your code is running in an Outlook addin.

You would have to run all Word code in a Word addin (completely separate) to
avoid that, and then you'd have to figure out how to get the Word code to
execute what you want from the Outlook code.

The example is Word code, not Outlook code.

--
Ken Slovak
[MVP - Outlook]
http://www.slovaktech.com
Author: Professional Programming Outlook 2007.
Reminder Manager, Extended Reminders, Attachment Options.
http://www.slovaktech.com/products.htm


"Hichem S" wrote in message
...
Anyway...
You said : "WordMail is a subclassed version of msword.exe used by Outlook
as the email editor. As such it runs in the Word process space and not in
the
Outlook
process space. Picture and Mask take IPictureDisp objects, which cannot be
passed across process boundaries, therefore the exceptions."


In this example
myButton .Picture = AxHelper.GetIPictureDispFromImage(BitmapAddDocumen t);
Is executed in the word process and BitmapAddDocument is a resource file
that will be called from the word process.
As I said, my object oriented implementation let me, depending on the
specific add-in application run the same "code". The code shown earlier
will
be called from an outlook context as well as from word context but
obviously
with different instances.
So when it comes to run wordEditor for a new mail, this code will be
called
in word context to create buttons in word context.
I don't see why this then does not work!?
Thank you very much