Which example from the page do you use ?

Thanks,

Bren

I changed Example3 on this page
http://www.rondebruin.nl/compatiblemenu.htm

I think it is a good example.
You use the same Excel 2007 add-in for every workbook that use this technique in this example.
I add two test xls file in the download so you can see how it work.

Suggestions to make it better are welcome

The xml string for the menu is in a VBA module.

Suggestions are welcome

> but have you considered using a RibbonX Dynamic Menu
That was the first thing I test with the XML string also in the VBA.
I like it but for most users it is to difficult to change so I replace it
for the example with the Table menu.

The way you do it depend on the kind of users I think.

I will add the example with the dynamic menu also to the page this week

This might be asking too much of many users. This is what’s nice about the approaches Ron describes. If the user is running XL12, the lightweight XLAM is loaded in addition to the XLA (my variation just does the command bar stuff on the Add-Ins tab if the XLAM isn’t found). So there’s one workbook with the code and the command bar infrastructure, and another very small workbook with the ribbon code. The user doesn’t have to do anything special as the installer drops them both into the appropriate directory.

An alternative would be to have the installer only install the add-in that matches the installed version of Office.

Jim Rech’s approach is one that I believe Jon also uses. It’s a variant of one I shared some time ago in this blog (Teaching an old dog new tricks: A 2007 skin for older add-ins — http://www.dailydoseofexcel.com/archives/2007/04/01/teaching-an-old-dog-new-tricks-a-2007-skin-for-older-add-ins/) including some suggestions on how to simplify maintenance of the architecture.

That said, the final model that I have adopted is different from all previous suggestions. Since I started experimenting with RibbonX I’ve tried and discarded many architectures all aimed at providing a easy way to provide support for multiple versions of Excel including 2007.

I have a single source file, a XLSM file. It contains the RibbonX material. I “compile” this file as a XLA add-in and a XLAM add-in. There is code in the subroutine that creates a menu that checks if it is running on XL12 (or later) and if it is the XLA file. If so, it asks the user to load the XLAM version.

In the event the user loads the XLA add-in in XL20007, I first tried to alert her/him and then tried to load the correct one and unload the wrong one. Unfortunately, as in any number of earlier versions of Excel, doing so programmatically is still a crapshoot in that it works sometimes and doesn’t other times. So, I settled to just alerting the user and asking her/him to do the correct thing. It still ties in with my philosophy that users are smart enough to do the right thing just as long as it’s explained properly.

So, bottom line. Single source file that contains *both* the XML and the code. Two compiled add-ins, one for 2007+ and one for 2003-.