Yes, and the usual response to those is "DOHHH!" :-)

In English we have an expression: "Can't see the wood (as in forest) for the trees".

>Terry I just point that cause sometimes is the small things that we get to pass.
>It can always be a VFP bug, we all know that there are so litle ;)
>
>That's the prb with UT once you start you can't stop.

Maybe we should change its name to "Pringles"?

>
>>Hi Alex
>>
>>Hey, suddenly you're everywhere since yesterday! :-)
>>
>>No, that's the FIRST thing I tried, and I certainly did issue _screen.AlwaysOnTop = .f. just before writing the thread, just to be sure I wouldn't be embarrassed by this obvious consideration.
>>
>>Besides, my form does not issue the command, nor, indeed, does my whole app when it's run.
>>
>>Thanks
>>
>>Terry
>>
>>>Terry in your code aren't u setting the _screen.allwaysontop to .t.?
>>>Cause that will do what you're describing, if not then next time this happens trien in the VFP command window this _screen.AlwaysOnTop = .f.
>>>
>>>>Ho folks
>>>>
>>>>This isn't really important and I'm not sure whether it should go here or in Windows section:
>>>>
>>>>Every now and then, after I've run a form, to test it, from the VFP env., afterwards the VFP window thinks it's boss.
>>>>
>>>>I have my taskbar on autohide. I also have "My Computer" set up as a taskbar at the top of the screen, and "Control Panel" as one at the RH side. Both are set to autohide. But when I move my mouse over to select, say, another task (like the UT in IE) the taskbar won't appear, and I need to minimise VFP to get at the others.
>>>>
>>>>Like I said, this isn't earth-shattering, but is a nuisance, forcing me back into the windows 3.x days (funny how you don't miss yo' water till the well runs dry)
>>>>
>>>>If I close VFP and reopen I'm back to normal.
>>>>
>>>>Anyone any idea why this would happen?
>>>>
>>>>'ppreciate it
>>>>
>>>>Terry