Yamagi f1b6b82721 Pull the major release card and switch the semantics of vid_fullscreen ... One of the most common bug reports is, that the fullscreen mode doesn't behave like users expect. This is caused by `vid_fullscreen 1` setting desktop fullscreen mode (a fullscreen windows) and not the native fullscreen mode. This commits switches the semantics: * 1: Native fullscreen, like Vanilla Quake II. * 2: Desktop fullscreen. With this alt-tab reverts to native fullscreen. While at it improve the documentation, suggest setting `r_mode -2` when using `vid_fullscreen 2`. Change the menu strings to make things clearer, set `r_mode -2` when selecting 'fullscreen window' in the menu. I pondered several other options: * Introducing a second cvar for the desktop fullscreen, like we did in dhewm3. This has the problem, that in Quake II vi_fullscreen is special and used to communicate changed to the renderer configuration between the client and renderer. A second fullscreen cvar would complicate this already shaky mechanism even more. * Setting `r_mode -2` when `vid_fullscreen 2`. This might not be what the user wants and causes problems when we're unable to get the desktop resolution.		2021-03-10 10:30:21 +01:00
..
header	Fix viewsize issues	2020-12-12 14:45:04 +01:00
icon	Move the icon into the vid interface.	2018-08-07 10:30:11 +02:00
glimp_sdl.c	Pull the major release card and switch the semantics of vid_fullscreen	2021-03-10 10:30:21 +01:00
vid.c	Add the vulkan renderer to the beginning fallback sequence.	2020-12-12 14:45:04 +01:00