 |
Done (partially) for r_useFbo 1. Instructions: - TDM starts fullscreen on primary monitor - alt-enter and ` to open console - drag window to another monitor - alt-enter and ` to close console As for r_useFbo 0 I am confused by this code x = y = w = h = 0; ... SetWindowPos(win32.hWnd, parms.fullScreen ? HWND_TOPMOST : HWND_NOTOPMOST, x, y, w, h, parms.fullScreen ? SWP_NOSIZE | SWP_NOMOVE : SWP_SHOWWINDOW); Anyone who has a clue feel free to fix. |
 |
The line you have trouble with can be decoded by: https://msdn.microsoft.com/en-us/library/windows/desktop/ms633545(v=vs.85).aspx That said, this is the most widely referred to solution: https://www.gamedev.net/forums/topic/455737-c-winapi-how-to-start-a-program-in-secondary-display-device/?PageSpeed=noscript The only method I found was to create the window and then move it to a location on the secondary screen before showing it. To do this you need to enumerate the display devices and get their 'virtual coordinates' so that you know where to move the window to. For example on my setup the virtual coordinates for my primary monitor would be (0,0) with a width of 1920 and height of 1200. My secondard monitor however, as it is to the left of my primary has the virtual coordinates of (-1920,0) and the same width and height. https://msdn.microsoft.com/en-us/library/windows/desktop/dd162610(v=vs.85).aspx |
|
|
Too close to 2.07 beta. Moving to 2.08 |
|
|
Duplicate new issue 0006471 |
 |
Commenting because my duplicate issue was closed (sorry about that). DarkRadiant supports this feature - is it worth looking at how it's done there? |
 |
As far as I understand, we should query monitors and get rectangle of each of them. Then we can set X,Y-position of the created window on the respective monitor. https://stackoverflow.com/questions/1834771/how-do-you-get-createwindowex-to-create-the-window-on-a-specific-monitor I suppose this should NOT apply in Windowed mode. |
|
|
Windows side is easy, but Linux has to match this function When I played with it originally I stopped on a workaround and not adding a regular GUI option because I couldn't test there |
|
|
It should be even easier on Linux because it uses GLFW: https://gamedev.stackexchange.com/questions/146810/how-can-i-execute-glfw-fullsceen-in-a-secondary-monitor-xorg The main question is: once someone implements this, who is ready to test and debug on each OS. |
|
|
I can test/debug for WIndows - I have 3 monitors in my setup. |
|
|
Hmm. There is a cvar r_custommonitor that lets you choose the monitor number ( defaults to 0 AKA primary ) |
|
|
In which file? I can see r_customWidth/height, but not r_custommonitor anywhere |
|
|
Do you have 2.12 or SVN installed? Darkmod.cfg has seta r_customMonitor "0" |
|
|
setting r_customMonitor in Darkmod.cfg does nothing. The game starts in the same monitor every time and the line gets removed from Darkmod.cfg after the game starts. Or am I doing it wrong? I just added this to the file: seta r_customMonitor "0" (or "1" or "2", etc) |
|
|
I wonder if it only works on Linux... |
|
|
@nbohr1more Is Darkmod.cfg in source control though? I think it's your local file, no? |
|
|
I discovered the cvar by examining console results for r_ + tab. Yes it's Linux only: https://github.com/stgatilov/darkmod_src/blob/c1894aea31035904b3b32b0602b6d24d1ba75c4d/sys/linux/glimp.cpp#L23 static GLFWmonitor *GLimp_GetMonitor() { int count; GLFWmonitor **monitors = glfwGetMonitors( &count ); int requestedMonitor = r_customMonitor.GetInteger(); if ( requestedMonitor < 0 || requestedMonitor >= count ) { common->Printf( "Requested monitor %d not found, using primary monitor\n", requestedMonitor ); r_customMonitor.SetInteger( 0 ); return glfwGetPrimaryMonitor(); } return monitors[requestedMonitor]; } |
|
|
Oh, I get it now So this ticket will resolve when the Windows part moves to GLFW too |
- Anonymous
