>Well, it's a sad story , but the ProgressBar is the one ActiveX control in SDT I didn't replace with an ActiveX loader routine (as I described in a FoxTalk article a few months back). So that means the form looks for the same version of the control as is installed on my system. This is one of the reasons I went with a thermometer in native code in SDT 5.1.

I should have remembered your article. Front page feature in the June '98 issue of FoxTalk. You ran into this same thing with the TreeView control going from VFP 5.0 to 5.0a. You solved it by designing an ActiveX loader class.

So if I understand this right, even if COMCTL32.OCX version 6.00.8022 were available for download and distribution by itself, not only would I need it on my development machine, but all my customers whose apps might use SDT 5.0h Update(), Reindex(), etc. would also need it, right? Plus all the other updated controls on which COMCTL32 might depend. So, I don't suppose there's any chance of an SDT version 5.0i that uses SFActiveX to instantiate the user's version of the control at runtime, short of updating to 5.1?

Rick