Skip to main content
GameDev.net gamedev.net
🔒 Locked

Win32 fullscreen ... on the OTHER screen ...

Started by 23yrold3yrold Nov 12, 2006 at 6:41 PM 5 replies 5k views
Original Post
23yrold3yrold
23yrold3yrold
Hmmm, haven't been in this forum in a while. Hey! Why doesn't my forum have a water cooler and pinball? [oh] Anyway. I'm trying to make a program that runs fullscreen on WinXP's second monitor. The program I'm making uses OpenGL heavily, so the window initialization for the styles and such is borrowed heavily from NeHe's basecode. Now, the fullscreen works and all, but only on the primary screen. If I try to fullscreen it on monitor 2, it jumps back to monitor one. I can't give a tremendous number of details on how this did and didn't work, since the computer I do this on I only see every few days as I write the program from home, and I don't have a second monitor here to test with. But does anyone just happen to know what window style or class I should/shouldn't be using to make this possible?
Jesus saves ... the rest of you take 2d4 fire damage.
dbzprogrammer
dbzprogrammer
You've got to force your program to the pixel dimensions of the other monitor. OpenGL should follow...

Read this:
http://www.realtimesoft.com/multimon/programming/basics.asp

It'll explain it better than I can...
We should do this the Microsoft way: "WAHOOOO!!! IT COMPILES! SHIP IT!"
23yrold3yrold
23yrold3yrold
That looks most promising; thank you.
Jesus saves ... the rest of you take 2d4 fire damage.
23yrold3yrold
23yrold3yrold
Aw, snaps. [crying]

Like I said, this is OpenGL. Is that info still current? Because that's kinda a kick in the nuts if it is; nothing against DirectX, but I don't feel like learning a whole new API to do this.
Jesus saves ... the rest of you take 2d4 fire damage.
psykr
psykr
Well, the linked website mentions DirectX 8, which is at least three years old. I don't think much would have changed since then, though.

Have you tried a "fake" fullscreen window? That is, make a topmost border-less (WS_POPUP, I think) window that is the size of the display, and keep it on the desktop of the second monitor. It might have better support than a real fullscreen app..
23yrold3yrold
23yrold3yrold
Quote:
Original post by psykr
Have you tried a "fake" fullscreen window? That is, make a topmost border-less (WS_POPUP, I think) window that is the size of the display, and keep it on the desktop of the second monitor. It might have better support than a real fullscreen app..

I actually had, but ran into trouble with positioning and dropped it since it seemed a clumsy hack. Now I see a clumsy hack is what's called for, so I guess I'm stuck. [smile] I guess I use the information here to determine where upper-left on the second monitor is and slap a window there. Sound like a plan?
Jesus saves ... the rest of you take 2d4 fire damage.
benryves
benryves
I'm not sure whether this will affect your application or not, but any 'accelerated' application (that is, 3D apps, ones that use hardware overlays and so on) I run on one monitor then move to the other runs incredibly slowly, and only work properly if they recreate the device on the secondary monitor.
[Website] [+++ Divide By Cucumber Error. Please Reinstall Universe And Reboot +++]

Topic Locked

This topic has been locked by a moderator. New replies are not allowed.

Sign in to reply to this topic.