Tracy,

One thing that may have been happening is the presence of software that automatically repositions windows to the center of the screen no matter what the application intends. Software like that can sometimes be helpful on a large screen so you don't have to move the mouse so far to click on a dialog box. We had a situation like this when we installed software for a multiple-monitor video card. Whenever my app tried to place a particular window on the second monitor the video software took over and moved the window to the primary monitor.

If any software was installed along with the large LCD then that may be the cause.

Larry Huisingh

>Hi Larry,
>
>Your idea is the same approach I've used in the past. However I once ran into a strange situation that I was never able to understand. I was training users on the app using a large LCD panel that was rented when ours was in for repair and somehow the _screen.left=1300 ended up displaying in the middle of the screen! Very strange as the LCD panel typically renders the same screen size as the laptop configuration. I was never able to fix it without 'hiding' the image instead.
>
>Tracy
>
>>I have a similar system and here's what I do. After the system starts up I move the application window off the right edge of the screen so it can't be seen. Here's how I do it.
>>
>>* Hide app window off the screen
>>lOldLeft = _SCREEN.Left
>>_SCREEN.Left=1300
>>
>>At the end of the app I restore the screen setting.
>>
>>I don't run it minimized. I let it run with normal window sizing, not maximized. If I want to see the application I can right-click on the taskbar button and select "Maximize" and the window will fill up my main monitor. When I am done, I right-click the taskbar button and select "Restore" and the window goes back off of the screen. When the report runs the screen flashes briefly but control is returned to the active window of whatever was running before the report ran.
>>
>>It works great for our app.
>>
>>Larry Huisingh
>>
>>>Jean-Rene,
>>>
>>>thank you for reply.
>>>
>>>Unfotunately, this does not help:
>>>
>>>1. REPORT FORM command still restores my minimized application and brings
>>>it to front.
>>>
>>>2. Error in report causes application to stop respondig:
>>>Lockwindowupdate() block also error message dialog. Only ctrl+alt+del and end task helps.
>>>
>>>How to solve those problems ?
>>>
>>>>Try this. This is from the thread:Re: 'Printing ...' Thread #542638 Message #542800
>>>>

>>>>DECLARE INTEGER GetDesktopWindow IN WIN32API
>>>>DECLARE INTEGER LockWindowUpdate IN WIN32API INTEGER lnHandle
>>>>hWin = GetDeskTopWindow()
>>>>LockWindowUpdate(hWin)
>>>>REPORT FORM x TO PRINT
>>>>LockWindowUpdate(0)
>>>>

>>>>You can use this "hide" the output window, but you still can't use this in a .DLL as it's still "there" as UI and won't work in a .DLL.
>>>>
>>>>>I have a VFP 7 application .exe running minimized in background.
>>>>>
>>>>>I use a REPORT FORM command to create a PDF files for Web server.
>>>>>
>>>>>Unfortunately, REPORT FORM command causes my application window
>>>>>to become active.
>>>>>
>>>>>This is very annyoining since this occurs during user normal
>>>>>work and interrups this.
>>>>>
>>>>>How to prevent REPORT FORM command to
>>>>>activate a VFP application ?