Registering a COM Add-In with a non-English versions of Visio

[Steve Eynon]

Hello,

I have developed a COM Add-In for Visio 2002 using Visual Basic 6 and
everything has been working fine with standard English versions of Visio.
(See http://www.alienfactory.co.uk/strutsgui for details.)

Unfortunately I have recently been informed that the COM Add-In (.dll) will
not register with a German version of Visio (Visio 2002 Professional SR-1
v10.0.2622) running on a German version of Win2K.

My Visio Add-In Designer references "Microsoft Visio 10.0". Now I was
wondering if maybe the German version of Visio is classed as a separate
product requiring another Add-In Designer to reference it.

I am hoping someone can point me in the right direction, for I have searched
the Microsoft website and the web in general for information on developing /
deploying international versions of COM Add-Ins but have so far been unable
to find anything related.

Kind regards,

Steve.

 

[Steve Eynon]

Matthias,

Thanks for your reply. It is useful to note that as far registered COM
Add-Ins are concerned, there is no locale distinction in the registry.

Then again as you mentioned, this says nothing about how the different
versions of Visio are stored. But to be honest, if the English and
non-English versions of Visio share the same registry keys for storing
application data, then I can't see the Visio versions being registered as
separate products.

I'll just have to assume that my Add-In works fine and the problem is a more
fundamental one to do with registering .dlls.

Thanks again for your help,

Steve.

-------------------------------------------

Alien-Factory StrutsGUI

The visual workflow tool for Jakarta Struts

http://www.alienfactory.co.uk/strutsgui

-------------------------------------------

 

[Matthias Cavigelli]

Unfortunately I have recently been informed that the COM Add-In (.dll) will
not register with a German version of Visio (Visio 2002 Professional SR-1
v10.0.2622) running on a German version of Win2K.

I thought about it again: 'Not registring' can also mean that loading of
the dll failed. Can your clients see the addin in the dialog?
Culprits could be Cell names etc., which vary in the different language
versions.
Try accessing them with the enumerations like 'visSectionObject'. Also
try to access them with 'CellsU' instead of 'Cells', U for Universal.

Matthias

 

[Steve Eynon]

Hi Matthias,

Can your clients see the addin in the dialog?

No, my StrutsGUI COM Add-In is not even appearing in the COM Add-In
dialogue. I've asked my client to try registering the .dll using "regsvr32".
Apparently it gives the following error:

DllRegisterServer in StrutsGUIv3.dll failed. Return code was: 0x80004005

Apparently 0x80004005 is more commonly known as E_FAIL and represents an
"unspecified failure". So not a lot of help there then. I'm beginning to
wonder if my client's machine is lacking a dependency or something... Hmm...

Also try to access them with 'CellsU' instead of 'Cells', U for Universal.

I did this a while ago, and as I remember, it caused me some pain! Not only
did I have to scan my entire code searching for any method name that may be
replaced with one with a U on the end, but I also had to re-create all my
stencil shapes to assert they used their correct Universal names! But alas,
in this particular case my client doesn't even get this far.

Kind regards,

Steve.

-------------------------------------------

Alien-Factory StrutsGUI

The visual workflow tool for Jakarta Struts

http://www.alienfactory.co.uk/strutsgui

-------------------------------------------