Document Thumbnails and Button Icons

I had a hard time deciding what to title this post since what I’m actually discussing here isn’t something that someone would likely be searching for.  The real topic is “Issues When Using the Inventor API Out-of-Process”.  The typical problems people run into because of out-of-process issues are when working with thumbnail or button images.

First, let’s define what it means to be running in-process versus out-of-process.  For our purposes, a process is an executable that’s running.  Inventor is an example of a process.  A windows executable that you write is also an example of a process.

When Inventor is running there is an Inventor process.  Add-ins, which are dll’s and not exe’s, are loaded within the Inventor process and are referred to as running in-process.  VBA is only available from Microsoft as a 32-bit component, so with 32-bit Inventor VBA also runs in-process.  This is illustrated in the picture below with both VBA and the Add-In running within Inventor’s process.

With 64-bit Inventor, VBA can’t be loaded since a 32-bit component can’t load within a 64-bit process.  To still allow customers the use of VBA on 64-bit machines, Inventor runs a separate 32-bit process which hosts VBA.  VBA then talks to Inventor through the API but is running out-of-process with respect to Inventor, as illustrated below.

So what does it matter if VBA is running in or out of Inventor’s process?  There are a couple of things this affects.  First, running out-of-process will be slower than in-process.  There’s more overhead in passing data back and forth between processes.  Second, is that bitmap data can’t be passed between two processes.  Inventor uses the Microsoft IPictureDisp object to represent bitmap data and it doesn’t support being passed between processes.

The VBA programs below both get the thumbnail image from the active document.  One uses the Document.Thumbnail property and the other uses the Thumbnail iProperty.  Both of them will work in 32-bit Inventor since VBA runs in-process but they will fail for 64-bit Inventor.  In the SaveThumbnail macro the failure happens when calling the Thumbnail property of the document because that is when the bitmap would be passed.  For the iProperty example, the failure occurs when calling the Value property of the Property object.  Any call that passes an IPictureDisp object won’t work when running out-of-process, including getting or setting icons for buttons.

Public Sub SaveThumbnail()
    ' Get the active document.
    Dim doc As Document
    Set doc = ThisApplication.ActiveDocument

    ' Get the thumbnail from the document.
    Dim thumb As IPictureDisp
    Set thumb = doc.Thumbnail

    ' Create the filename for the bmp file so it is the same
    ' as the document name but with a "bmp" extension.
    Dim filename As String
    filename = Left$(doc.FullFileName, Len(doc.FullFileName)-3)&"bmp"

    ' Save the thumbnail.
    Call SavePicture(thumb, filename)
End Sub

Public Sub SaveThumbnailUsingiProperty()
    ' Get the active document.
    Dim doc As Document
    Set doc = ThisApplication.ActiveDocument

    ' Get the thumbnail from the document's iProperty.
    Dim oPropSet As PropertySet
    Set oPropSet = doc.PropertySets.Item( _
"Inventor Summary Information")
    Dim thumb As IPictureDisp
    Set thumb = oPropSet.Item("Thumbnail").Value

    ' Create the filename for the bmp file so it is the same
    ' as the document name but with a "bmp" extension.
    Dim filename As String
    filename = Left$(doc.FullFileName, Len(doc.FullFileName)-3)&"bmp"

    ' Save the thumbnail.
    Call SavePicture(thumb, filename)
End Sub

Here are some other examples where you can encounter out-of-process issues.  If you’ve written a windows application it will be a separate exe and will run as a separate process.  It can still use the Inventor API, but it will be out-of-process and because of this will not be able to access any bitmaps through the API.

 

Another example is using another product’s VBA.  For example, Excel is illustrated in the picture below.  Excel is it’s own process and it’s version of VBA is running in-process to Excel.  If Excel’s VBA is using Inventor’s API it will be accessing it out-of-process and will not have any access to bitmaps through the API.

Another way to access Inventor data is using Apprentice.  Apprentice is a programming only component and doesn’t have a user-interface and can’t run on its own but will always run in-process to its host application, (which is what you write).  In the example below, the primary application, Your.exe, has loaded Apprentice and Apprentice has opened a part document.  When using the Apprentice API (which is a subset of the Inventor API) you can successfully get the thumbnail because Apprentice is running in-process to your application and the IPictureDisp can be passed.

If you’ve seen the program from a previous post that creates a parts list with thumbnail images you might think that it’s breaking some of these rules.  It doesn’t, but these limitations did affect the choices I made as I arrived at the final design.  In that program, the code is an Inventor Add-in that reads the part list data from Inventor.  For each row in the parts list it accesses the associated document and gets the thumbnail.  Since the add-in is running in-process to Inventor there’s no problem to read the thumbnail.  As it processes each row and gets the thumbnail, it writes the thumbnail to disk.  It then accesses Word through it’s API.  This communication is out-of-process.  Using Word’s API it has Word insert the thumbnail into the table.  The Word API function to insert a bitmap into a table takes a filename as input.  Word uses this to read the bitmap from disk and insert it into the table.  The bitmap was never directly passed between Inventor and Word but went through the intermediate step of going to the disk.  If the Word function to place the bitmap into a table had taken an iPictureDisp as input the program would not have worked and I would have had to come up with some other solution.

Comments

[Klaas De Smedt]

Is it possible to get the thumbnail in vba with 64 bit Inventor? (2011)

Klaas

[Larry]

Other PC, which is only installed Inventor 2009 is not capable of recording AddIn because Interop.dll not exist in the specified path. http://www.hotfilemediafire.com

[Cartus hp]

Add-in works well in both versions of Inventor (2009 and 2010) unless both are installed versions. Other PC, which is only installed Inventor 2009 is not capable of recording AddIn because Interop.dll not exist in the specified path.

[Die cut machine]

Other PC, which is only installed Inventor 2009 is not capable of recording AddIn because Interop.dll not exist in the specified path.

[Lubos Rodanic]

Dear Brian,

Thank you very much for powerfull infos, but I would discuss about one interesting issue.
I created AddIn in VB2008ExpressEdition from inventor template. The AddIn referenced to Autodesk.Inventor.Interop.dll, which exists in C:\Program Files\Autodesk\Inventor 2010\Bin\Public Assemblies. I used the value 12 of SupportedSoftwareVersionGreaterThan... subkey in COMRegistration Region . AddIn works fine in both versions of Inventor (2009 and 2010) unless the both versions are installed. Other PC, where is installed only Inventor 2009, is not able to register AddIn, because Interop.dll does not exist on the specified path. My question is: Does exist solution for this issue? And what next, if Inventor 2011 come to us, and I will have only 2011 version installed on my PC? Will be registration succesfull or not?
It's really necesary, to create a AddIn for each version of Inventor especially?

I hope that you understand my issue. Please, write me back your opinion.

Thanks in advanced.

Lubos.