In AK2 I used the MSCOMCTL.OCX in the Windows\System32 folder.
I am now using Windows7, and access 2010.
Although the programme compiles without error, the tree view doesn't show,
and reports in error "there is no object in the control"

So what is the library I need (Where is it situated?)
Should the treeview and listimage control work has in the previous version of
my database?

If I try to create a new form and add the Treeview additional control, I get
an error about it not being registerd

If I have to be register the OCX are any problems?

Any help please

Many thanks,
Phil

I'm having the exact same problem, with the 64-bit versions of Windows 7 and Office 2010. Would very much like some help...

I'm having the exact same problem with the 64-bit versions of Windows 7 and Office 2010.

On 16/12/2010 17:15:12, Matthew Slyman wrote:
Hi Matthew

You need to have a reference to "C:\Windows\SysWow64\MDCOMCTL.OCX.

I messed around for a hell of a time to get it to work, so I don't remember
whether the file is there by default, or whether I copied it from System32

Neither can I remeber whether I registered.

Sorry I can't be of more help, but at least you know the correct file

Phil

On Dec 16 2010, 7:54*pm, "Phil" <p... (AT) stantonfamily (DOT) co.uk> wrote:

Phil,

Thank you - a few points in reply: there's a typo in your reference -
it should be mscomctl.ocx - I already have that reference and it's not
helping in Access 2010 64-bit running on Windows 7 - I get error
messages when I try to open forms containing COM TreeView controls.
"There is no object in this control."/ "Run time error 438: Object
doesn't support this property or method". Curiously, however, the
exact same .accdb database file works perfectly in Access 2010 32-bit
running on Windows 7 32-bit - the forms containing COM TreeView
controls open perfectly.

I now gather from other sources that COM TreeView functionality has
been removed from the 64-bit version of Office, and that Microsoft
currently has no intention of rectifying this situation. Apparently
the issue is to do with COM being 32-bit software, and that it has
been superseded by other .NET based (?) libraries (?) or something
like that.

Looks like I'll have to rewrite a portion of my software to future-
proof it.

Matthew

On 03/02/2011 11:19:32, matthew_of_cambridge wrote:
Hi Matthew

I originally tried 64bit Office, and apparently there may be a slight
advantage using it with Excel, but not with Access, so reverted back to 32bit
to overcome problems with treeview.
I did create a sort of treeview menu - bit hairy used a a listbox and a class
module. Not as pretty as the treeview, but it worked OK Phil
Phil