You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 6, 2024. It is now read-only.
Tex Murphy Overseer (1998 ) GoG version *** because freaking MS took out 16 bit out of NTVDM in win 10 ... i digress on wtf MS took out 20+ years of backward compatibility out of the blue ....
This game's UI has menus off to the side top/left/right. The problem is when windowed the menus do not work because the mouse is running off to the desktop. Game works great in full screen and looks really good .
Is there anyway that the General/capture mouse option could also include when the APP is windowed instead of just when in full screen, so that the mouse is basically trapped in the game until a hot key is pressed i.e. ALT-F10 ( since so many apps use that one )
Or maybe just add a check box to capture mouse when windowed ( that does the magic too :) ?
it would also be nice for action games that have a lot of mouse movement along the edges of the window.
The text was updated successfully, but these errors were encountered:
If the application is run in "true" windowed mode (the app itself requests for windowed more) then no mouse capture at all (and no forced resolution, etc.). It's just a simple windowed application like any other.
If the app is forced to windowed from fullscreen mode then mouse could be captured but currently it isn't (unless the game itself captures it) because you couldn't move the game window otherwise (which is a basic point) when the app has the focus.
I'll consider the hot-key because tying it to the option 'Capture mouse' would be unfortunate, capturing is the default.
If the app is forced to windowed from fullscreen mode then mouse could be captured but currently it isn't (unless the game itself captures it) because you couldn't move the game window otherwise (which is a basic point) when the app has the focus.
I'll consider the hot-key because tying it to the option 'Capture mouse' would be unfortunate, capturing is the default.
In this particular case the game is forced into window mode and the trouble is it does not capture the mouse, I assume the game figures it is in full screen and just x/y references the mouse with the known resolution hence the side menus don't work because the mouse runs out of the window ( off the screen to the game ).
I bring this up because DosBox, Virtualbox ..others give the app exclusive mouse focus until hot-keyed out ( yes i know this is a video driver emulator ) so again the request to have a capture mode for a forced window app with a hot key to release not necessarily tied to your existing mouse capture in full screen.
Heck, this may be the only older game/app in the world that runs well with this driver that has hidden menus so it very well might be moot or not worth the trouble ... but i imagine about any circa 90's-2000 game would have the same problem in forced window mode if it relies heavily on the mouse.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Tex Murphy Overseer (1998 ) GoG version *** because freaking MS took out 16 bit out of NTVDM in win 10 ... i digress on wtf MS took out 20+ years of backward compatibility out of the blue ....
This game's UI has menus off to the side top/left/right. The problem is when windowed the menus do not work because the mouse is running off to the desktop. Game works great in full screen and looks really good .
Is there anyway that the General/capture mouse option could also include when the APP is windowed instead of just when in full screen, so that the mouse is basically trapped in the game until a hot key is pressed i.e. ALT-F10 ( since so many apps use that one )
Or maybe just add a check box to capture mouse when windowed ( that does the magic too :) ?
it would also be nice for action games that have a lot of mouse movement along the edges of the window.
The text was updated successfully, but these errors were encountered: