>>I can duplicate the behavior by moving the Class Browser window down in my VFP6 window; the list box moves up if there isn't enough space in the window to display all the entries in the list, but it fixes itself when I move the browser winow relative to the bottom of the VFP main window. See if moving the Class browser window up in your VFP screen helps.
>
>Doesn't help. Moving it up high is how you can really see the problem manifest itself.
>
>>
>>If push comes to shove, you have the source for the Class browser on your system in XSOURCE.ZIP - you could modify the control's behavior to show fewer entries; ytou can also use the Class Browser to change some properties of the class browser itself - the VFP Help is rather detailed.
>
>I discovered the class browser props just after firing off this thread. At first blush I didn't see one that seemed to apply. Didn't know about the xsource.zip, so I'll investigate there.
>
>Since the class browser is programmable to some extent, I probably have inadvertently screwed up one of these programmable properties. Be damned if I know how.

Hi David,

This is related to the MS KB article Q185083. Anytime the DisplayCount property of a Combobox exceeds 21, the Combo drops up. In the case of the ClassBrowser, the this value is set at 32. The resolution is the KB article basically says to use a smaller value. A big part of the frustration that would occur is that when the number of items in the list equals the DisplayCount property, the scroll bar isn't available.

I'm afraid that the only solution is to recompile the browser, after re-setting the property.

hth,