>I have a Visual FoxPro 6.0 application that uses the DHTMLed.ocx control. I've distributed my app out to a handful of people and it works fine.
>
>HOWEVER, on *some* machines.... :(
>
>when the user navigates to the the screen displaying the control the user gets the "File/Open" screen asking for the location of the ActiveX control. It's acting like the control is not registered for some reason.
>
>Here's the kicker: If I run VFP on the same machine with the problem and execute the following, it appears that the control IS registered:
>
>oControl = CREATEOBJECT("dhtmledit.dhtmledit.1")
>? TYPE("oControl")
>
>This will print "O" for object... telling me that control is found and that I just instantiated it!!??
>
>Does anybody know what is going on here?
>
>Here's more info:
>
>* I'm using VFP 6.0 SP3.
>
>* In my app, the dhtmled control is wrapped in a VFP olecontrol class. That is, I have a class called "edit" that instantiates the dhtmled control. On a form, I then instantiate my "edit" class and make it visible. I have a hunch this is where the problem is.
>
>* Problem seems to happen for people who updrading from IE 3 or 4 directly to IE 5.5 (that is, they had never installed IE 5.0 but went directly to IE 5.5)
>
>* I've manually unregistered dhtmled.ocx and triedit.dll and then reregistered both files using regsvr32.
>
>Please help if you can. I about ready to pull my hair out.
Check the CLSID of your control vs what they have on their machines - the ProgIDs are probably shared by several CLSIDs, and your control is bound to a specific CLSID...
>
>Thank you,
>Shawn Nelson