Hi, if this problem is restricted to ms com controls one option would be for someone to write a VB6 activex OCX that mirrors the functionality of the listview, treeview etc
i bet someone has already done so but this wouldn't be a crazy thing to do yourself IMO. i still write VB6 and these days I avoid all dependencies to the extreme to avoid these kinds of problems. eg, i needed what used to be the 'common dialog dll' which is a file selector type control. i wrote my own instead and locate it in the project not a separate OCX
i use Createobject wherever possible to avoid hardcoding UID's into the project

maybe putting a good mscomctl.ocx it in the application exe location would make it pick up from there before the broken one?

one thing you could try.. rename a working mscomctl.ocx to mscomctlZ.ocx and run regsvr32 on it. So long as MS didn't use the same UID on the one that IE10 installs it should let you make a reference to it. If there's some sub-dependency breakage then that's a problem. how long would it take to write a listview in VB6? About a week

PS I earn my living writing Access VBA and a good portion in VB5. When I joined the company in 2001 all they had was VB5 and it worked so I never pushed them to buy VB6 at all. but yes... i do make my nut doing VB5 coding in 2013
Recently they without any warning upgraded the terminal server environment from Windows server 2003 to 2008 64 bit. I got the VB5 application working and doing some heavy stuff with Office 2010 object library (was 2003) and ADO. It worked. I could have been in real trouble. Don't let this little ie10 problem become a showstopper guys