Problem with commandbar position and word as e-mail-editor

[Peter Marchert]

Hello together,

Situation: Writing a new e-mail with word as e-mail-editor. In this
e-mail there is a commandbar of my program.

A user position my commandbar in the same row as another commandbar
(for example the "E-Mail-CommandBar"). The positon of my commandbar
will be saved (Position, Rowindex, Left and Top) by the OnUpdate-Event.


The next time the user opens an e-mail, the commandbar is on its
correct position, but it seems the "E-Mail-Commandbar" does not like my
commandbar and take its position in the next row.

I think, the problem exists if my commandbar is positioned before the
"E-Mail-CommandBar" exists. At this time the Inspector is not visible.
How can I fix this problem? I tried to create my commandbar after the
inspector is opend but there are two problems: 1. It takes some time to
display the commandbar and 2. The commandbar always is floated :-(

How can I fix this problem? I searched some time in this newsgroups but
I didn`t find the right post.

Thanks for any suggestions!

 

[Ken Slovak - [MVP - Outlook]]

You cannot control what addin gets a NewInspector event first, or an
Activate event within an Inspector event handler. You also can't control the
order in which addins are initialized in OnConnection when Outlooks starts
up. Those are non-deterministic events.

Some addins just put their widgets wherever they feel like putting them,
with no regard for other addins. Some don't even bother saving their last
known positions so they are re-created at the same place. Not much you can
do about that either.

WordMail adds extra problems because of the limits on where you can add
things or place things. About all you can do is wait for the first
Word.WindowActivate event to fire on the Inspector's WordMail window, that's
usually later than Inspector.Activate.

 

[Peter Marchert]

Hello Ken,

thanks for your answer. To wait for the first Word.WindowActivate event
I have at this time no time to test it, but perhaps in the future I
will try this - thanks.

Peter

You cannot control what addin gets a NewInspector event first, or an
Activate event within an Inspector event handler. You also can't control the
order in which addins are initialized in OnConnection when Outlooks starts
up. Those are non-deterministic events.

Some addins just put their widgets wherever they feel like putting them,
with no regard for other addins. Some don't even bother saving their last
known positions so they are re-created at the same place. Not much you can
do about that either.

WordMail adds extra problems because of the limits on where you can add
things or place things. About all you can do is wait for the first
Word.WindowActivate event to fire on the Inspector's WordMail window, that's
usually later than Inspector.Activate.