Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Problem with MS OCX updates
Message
De
29/01/1999 14:59:34
 
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Contrôles ActiveX en VFP
Divers
Thread ID:
00181424
Message ID:
00181970
Vues:
10
>>>>>>>>In a VFP5 app, I have 3 MS ActiveX controls - TreeView, ImageList (from ComCtl32.ocx) and Calendar (from MSACal70.ocx) - if the client updates MS software (e.g., Office) and selects the option to install ActiveX controls, my app's ActiveX controls don't work.
>>>>>>>>
>>>>>>>>The calendar comes up with everything black - was the 'default' of light gray - or with an error that Property VALUE is not found.
>>>>>>>>In the form which contains the Calendar, the OCX was actually changed!
>>>>>>>>Was supposed to bs MSACal70.ocx - changed to MSCal.ocx. It's the new version, but I don't want the new version, since I coded it to work with the old version.
>>>>>>>>The form which contains the TreeView and ImageList throws a Class Not Registered error for each control.
>>>>>>>>
>>>>>>>>Should I just abandon use of MS ActiveX controls in my custom apps?
>>>>>>>>I can't recode and have each client reinstall everytime they install an MS update.
>>>>>>>>
>>>>>>>>What is the way around this?
>>>>>>>
>>>>>>>I just got done reading in another thread that VFP apps will break if you change the version of the Active-X control. I don't think that there's anything you can do about that. Just a guess, but maybe if you put the ocx in your app dir instead of the system dir it won't change it? Sorry this isn't a soluion. But I thought I'd confirm that it is a VFP problem and not that you're doing something wrong.
>>>>>>
>>>>>>Not if you add the ActiveX control at design time; if you add the control using AddObject() at runtime during the Init() event by ProgID, you should be able to deal with updated controls, as long as the functionality is a superset of what you originally expected, and doesn't require you to do anything extra.
>>>>>
>>>>>That's cool, but how do you put the code into the control's events/methods at run time?
>>>>
>>>>Create an OLEControl subclass of the ActiveX control; the OLEControl specifies the ProgID in its OLEClass property, and adds it at runtime as a result. Add the OLEControl subclass at runtime to the form. There's an example of this in Chapter 16, using the Outline control; see the heading Subclassing Objects.
>>>
>>>Cool, but chapter 16 of what? :)
>>
>>Ooops. Sorry - Chapter 16 of the VFP 6 Programmer's Reference Guide (it's in the MSDN Help File under Adding OLE.)
>
>Well, I hope to be getting 6 soon, so I'll take a peek.
>

(it's also Chapter 16 in the VFP 5 Programmer's Reference Guide)

>Thanks,
>
>-Michelle
EMail: EdR@edrauh.com
"See, the sun is going down..."
"No, the horizon is moving up!"
- Firesign Theater


NT and Win2K FAQ .. cWashington WSH/ADSI/WMI site
MS WSH site ........... WSH FAQ Site
Wrox Press .............. Win32 Scripting Journal
eSolutions Services, LLC

The Surgeon General has determined that prolonged exposure to the Windows Script Host may be addictive to laboratory mice and codemonkeys
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform