Looking for alternatives to 32-bit only Microsoft Common Controls (ListView)

Question

I have a legacy application developed in VBA/Excel which uses ListView controls. Unfortunately, it looks like these controls can\'t be used with 64-bit versions of Excel:

Answer 1

I'm not aware of any solution here. However, JKP has developed a native TreeView in VBA with Userforms only to replace the TreeView - which works fine under 64bit.

Though labour-intense you could consider adopting it to a ListView control...

Answer 2

If anyone is still interested I managed to put something together (4 years ago). I remember it being a very painful process because the process to create COM interfaces over the years changed and there were a few different methods/references. Also, because of the way COM works, it needs to use dual Interfaces. I didn't expose all of the properties/events, but I did the main ones that you'll probably need. The code was written in C# with VS2010; I didn't test if the code still compiles, either way you should be able to use the .DLL in the Bin folder if you Register the library (see Reg.bat). It shows up as "64bit COM Interface v1.2 for .Net Common Controls" under Tool->References.

Answer 3

One thing that is theoretically possible would be to write your display code as a .Net assembly and access that via COM from your VBA code (see for example How can I make use of .NET objects from within Excel VBA? as a starting point for how to do this).

That way you can write .Net code for your controls. I haven't done that myself and am not sure how well it applies to your problem, but it looks like an option.

I just found a short tutorial for calling .Net from Excel.

Answer 4

You need to delete and then re-register the control and it will work fine. Use RegSvr32 to re-register the control.

See this link for more info: http://answers.microsoft.com/en-us/office/forum/office_2010-access/listview-issue-in-access-2010/d0b6f86a-1d9c-4d7f-8566-b80a10bb67c6