Hi David

I have spent considerable time checking the LockScreen value it always says .False. You can query the form while in the jumbled state and the Lockscreen value says False. However, if you try oForm.Draw to force a repaint of the screen nothing happens. If I drag another form over top of the jumbled form it will repaint correctly as it does when I change the Windowstate.

I do not see how lockscreen could explain why this happens only when the forms are maximized.

>Simon,
>
>Are you sure you don't have any LockScreen =.t. lines laying around? If you hit the tab key do you only cycle through the actual controls and have them repaint, if that's true then it points at an errant LockScreen.
>
>>I have a toolbar with graphical check box for each MDI form open in my application. When you click on the check box it makes the associated form the active form. This gives a similar functionality as docked forms to my application.
>>
>>If the forms are maximized and you click on the Check Box in the toolbar the form is activated but controls from the previously active form are displayed in the current form. The result is a jumble of controls on the active form. This happens randomly. However if I click different Check box to activate different forms a number of times consecutively it will eventually happen.
>>
>>If the forms are not maximized the problem does not occur.
>>
>>VFP 7 documents says that the Draw method of a form repaints the form. I have tried issuing oActiveForm.Draw but it does not repaint the form. The form remains in the jumbled condition. The only way to fix the form is to change the WindowState property to 1 then change it back to 0 or 2.
>>
>>Is this some kind of VFP bug?
>>
>>I am using a Dell Optiplex PIII 450 128mb Ram with an ATI 3D Rage Pro video card and Windows 2000 SP2. I have the latest video drivers that are available.