Windowed mode issue

[jc4751]

I'm pretty sure I'm right about this, but I wanted to confirm that if you drag a windowed screen, or minimize it, or move it to another monitor, the game no longer registers clicks on the game window? It's been a while since I've messed with the Win32 api, but I remember there have to be some sort of refresh call made when this was done and I'm thinking that WitP doesn't handle that. Not the end of the world, but curious if other people are able to do that and have it work okay.

[BBfanboy]

ORIGINAL: jc4751

I'm pretty sure I'm right about this, but I wanted to confirm that if you drag a windowed screen, or minimize it, or move it to another monitor, the game no longer registers clicks on the game window? It's been a while since I've messed with the Win32 api, but I remember there have to be some sort of refresh call made when this was done and I'm thinking that WitP doesn't handle that. Not the end of the world, but curious if other people are able to do that and have it work okay.

My window size is set in my switches, so I don't try to resize manually with the cursor. But I can move the window around without problems.

[Lowpe]

I have never got the program to move from monitor to monitor. Haven't exhausted all the possibilities so there might be a way.

[Chris21wen]

ORIGINAL: jc4751

I'm pretty sure I'm right about this, but I wanted to confirm that if you drag a windowed screen, or minimize it, or move it to another monitor, the game no longer registers clicks on the game window? It's been a while since I've messed with the Win32 api, but I remember there have to be some sort of refresh call made when this was done and I'm thinking that WitP doesn't handle that. Not the end of the world, but curious if other people are able to do that and have it work okay.

rk

No idea what win32 api is but for the game it's a fixed window determined by the startup switches in the command line. You can however drag the window about even to a second minitor.

[BBfanboy]

ORIGINAL: Chris21wen

ORIGINAL: jc4751

I'm pretty sure I'm right about this, but I wanted to confirm that if you drag a windowed screen, or minimize it, or move it to another monitor, the game no longer registers clicks on the game window? It's been a while since I've messed with the Win32 api, but I remember there have to be some sort of refresh call made when this was done and I'm thinking that WitP doesn't handle that. Not the end of the world, but curious if other people are able to do that and have it work okay.

rk

No idea what win32 api is but for the game it's a fixed window determined by the startup switches in the command line. You can however drag the window about even to a second minitor.

Some players using laptops have reported that it behaves differently from a desktop platform. Trying to drag a window from a laptop screen to a secondary monitor might be a no-go.

jc4751: you have enough posts to be able to post a screenshot. Can you open the Properties on your shortcut to the game, take a screenshot, save it and post it here so we can see if anything there might be the issue?

[Alfred]

AE is not a full Windows program. Expecting AE window screens to behave like normal software which has been developed exclusively in the full windows environment, is a fools errand.

Alfred

[Lokasenna]

I don't think you can get the game to respond on a secondary display. I believe it has something to do with the code libraries or the specifics of how the graphics are drawn. It just does not respond unless it is on your primary display.

Thankfully, there is an easy fix for this (and it's even more customization friendly in Windows 10): change your primary display to the display that you wish to use for WITP.

[Chris21wen]

ORIGINAL: Lokasenna

I don't think you can get the game to respond on a secondary display. I believe it has something to do with the code libraries or the specifics of how the graphics are drawn. It just does not respond unless it is on your primary display.

Your right it won't respond just tried it. Having never had need to do it I did't know that. It will still drag to it however, just never respond.

[Reg]

ORIGINAL: Chris21wen

ORIGINAL: Lokasenna

I don't think you can get the game to respond on a secondary display. I believe it has something to do with the code libraries or the specifics of how the graphics are drawn. It just does not respond unless it is on your primary display.

Your right it won't respond just tried it. Having never had need to do it I did't know that. It will still drag to it however, just never respond.

There is a great little program out there called DXWnd.

They use it to great effect with Gary Grigsby's Eagle Day to Bombing the Reich. It redirects program output to a standard windows display and completely eliminates the behavior above and allows video update on non-home displays.

I can confirm it works a treat with WITP-AE as well. [:)] I haven't tried it but it should also allow a window size that spans multiple monitors. [8D]

They say it also improves performance as well but I cannot confirm that.

Gary Grigsby's Eagle Day to Bombing the Reich >> DXWnd made easy

[size=-2]Edit: The instructions say to use v2_05_50 but I am using v2_05_56 with no problems...[/size]

[Reg]

My DXWnd Startup Menu.

I have icons set up for different sized windows and full screen. Windows can be dragged between monitors and will continue to scroll and refresh with no problems, even when window is across both monitors (it's bit hard to show that).

As can be seen, it is also useful for other older games as well.