>>First I was happy to get the new 5.0a update of VFP but very soon my happiness turned to anger. In VFP 5.0 I found it very clever to design a form that was very similar to the one that appears when a users is clicken on the menu-point in any Windows application. This form used several activeX Objects (TreeView, ListView) which had to work one above the other upon turning the latter on visible. Under VFP 5.0 it worked very well. Yet under VFP 5.0a the ListView ActiveX-Control dominates any other ActiveX. You can't get it behind the TreeView Control.
>>
>>Does anyone has got that problem too and found an elegant way to deal with it
>>
>>Regine
>
>Regine, I think instead of hiding one ActiveX under another, you can move it "outside" the form, say, by making ActiveX.left = -2000 and then when necessary, return it back: ActiveX.left = itsPreviousPosition.
>
>HTH
>
>Nick

Hi Nick,

thanks for your proposal. But if you look on the standard FILE/OPEN... Dialog of Windows, the TreeView Popup opens above the ListView of the actually opened directory to give the user the possibility to maneuver between directories. As I tried to explain in my first message, I use a similar looking (VFP-based) Dialog to maneuver between Database Objects of my special application. But that dammned ListView won't go behind the TreeView under VFP 5.0a. I got it working again by changing the size of the ListView in a way that it is not longer overlapped by the TreeView and by making a help-Object visible to give the user the impression of a still existing ListView under the TreeView. It works but it is not very elegant.