The new fullscreen code doesn’t require root permissions, and uses DGA
mouse whenever possible. DGA hardware surfaces are no longer available,
and will be back in a separate fullscreen-only driver with DGA 2.0
(including acceleration!
The new fullscreen code has a window that is managed by the window manager
for input, which means that, for example, under Enlightenment, you can
alt-tab away from your fullscreen application. In that case, the app
goes windowed briefly until it gets input focus for a while, at which
point the app goes back fullscreen.
The new fullscreen code doesn’t require root permissions, and uses DGA
mouse whenever possible. DGA hardware surfaces are no longer available,
and will be back in a separate fullscreen-only driver with DGA 2.0
(including acceleration!
The new fullscreen code has a window that is managed by the window manager
for input, which means that, for example, under Enlightenment, you can
alt-tab away from your fullscreen application. In that case, the app
goes windowed briefly until it gets input focus for a while, at which
point the app goes back fullscreen.
-Sam Lantinga (slouken at devolution.com)
Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec
Added ALT-ENTER fullscreen toggle for X11 video driver
Okay, having the app come up windowed and jump to fullscreen automatically
looked terrible, so by default I grab the keyboard and go to fullscreen
immediately when you set a fullscreen mode. However, this means that the
app is no longer managed by the window manager (not strictly true, but…)
So, I added the framework for toggling fullscreen mode via Alt-Enter.
This is switchable via a define in src/events/SDL_keyboard.c, but by
default Alt-Enter is never seen by your application, and if the video
driver supports it, the screen will be transparently switched to or
from fullscreen mode. Currently the X11 driver is the only one which
supports it, but the Win32 and MacOS drivers could support it.
