If the requested screen size is exactly equal to the real display size,
SDL will override the title bar and position and exactly fill the screen
with its window. This means that the user will have to have other means
of getting to other applications (keyboard shortcuts, etc.), but it also
means that SDL will emulate a fullscreen application to some extent even
though it is in a window.
When the requested size is different from the real display size, a title
bar is attached normally.
Is it too much to provide an API call, such as glutFullScreen() in the
Mesa/GLUT world, that does this for you, rather than have it be a hidden
surprise?
m.–
“We can deny everything, except that we have the possibility of being better.
Simply reflect on that.”
– His Holiness The Dalai Lama
Is it too much to provide an API call, such as glutFullScreen() in the
Mesa/GLUT world, that does this for you, rather than have it be a hidden
surprise?
You already have essentially the same thing with the SDL_FULLSCREEN flag.
I think that answers my question though… Removing the titlebar shouldn’t
be done within SDL.
Well, I’m not sure how useful it would be. If the window size and the
display size are exactly the same, wouldn’t it be more useful to have
SDL position the window at exactly 0x0? That way all the window
decorations would be off the screen anyway.
I CAN see removing all window decorations if necessary. Or I should
say, I don’t see any reason NOT to allow it.On 18 Mar, Sam Lantinga wrote:
You already have essentially the same thing with the SDL_FULLSCREEN flag.
I think that answers my question though… Removing the titlebar shouldn’t
be done within SDL.
I think the window manager offsets your position request by the height
of the title bar. I’ll have to take a look at it.
-Sam Lantinga (slouken at devolution.com)
Lead Programmer, Loki Entertainment Software> On 18 Mar, Sam Lantinga wrote:
You already have essentially the same thing with the SDL_FULLSCREEN flag.
I think that answers my question though… Removing the titlebar shouldn’t
be done within SDL.
Well, I’m not sure how useful it would be. If the window size and the
display size are exactly the same, wouldn’t it be more useful to have
SDL position the window at exactly 0x0? That way all the window
decorations would be off the screen anyway.
Some may. I can think of at least one that doesn’t. BlackBox. I’ve
also seen mtvp (Which uses SDL, doesn’t it?) position the window at 0x0
in Enlightenment. Or maybe I was just tired at the time.On 18 Mar, Sam Lantinga wrote:
I think the window manager offsets your position request by the height
of the title bar. I’ll have to take a look at it.
No, this seems like a bad way of going about it. A better way of doing it
would be to have the screen info available to the app (SDL_GetVideoInfo()), and
add a flag (which will do nothing on OSs that don’t support it) SDL_UNMANAGED
or something.On Thu, Mar 18, 1999 at 06:16:53PM -0800, Sam Lantinga wrote:
The easiest way would be to download either Visual C++ or Code::Blocks
IDE/compiler, download a source package of SDL, and in that package, there
should be some zip files for different IDEs. Find the IDE you prefer, open
it, and compile the code.
I don’t think SDL comes with a code::blocks project file, but it should be
able to convert a VC++/VC2008 project file.
If you are more technical, you could go the MSYS/cygwin route - google an
installation guide for cygwin or MSYS for that, but I don’t recommend this
unless you have a lot of free time, and are able to use a unix-style
terminal well.
I hope that helps a little,
-AlexOn Thu, Sep 2, 2010 at 12:24 PM, BOUNAIM Oussama <o_bounaim at esi.dz> wrote:
Hello everybody,
How can i build SDL from code source for windows ?
Have a great day :-)On Thu, Sep 2, 2010 at 5:39 PM, Alex Barry <alex.barry at gmail.com> wrote:
The easiest way would be to download either Visual C++ or Code::Blocks
IDE/compiler, download a source package of SDL, and in that package, there
should be some zip files for different IDEs. Find the IDE you prefer, open
it, and compile the code.
I don’t think SDL comes with a code::blocks project file, but it should be
able to convert a VC++/VC2008 project file.
If you are more technical, you could go the MSYS/cygwin route - google an
installation guide for cygwin or MSYS for that, but I don’t recommend this
unless you have a lot of free time, and are able to use a unix-style
terminal well.
I hope that helps a little,
-Alex
On Thu, Sep 2, 2010 at 12:24 PM, BOUNAIM Oussama <@BOUNAIM_Oussama> wrote:
Hello everybody,
How can i build SDL from code source for windows ?
SDL includes .sln/.vcproj files for VisualStudio to allow compilation
with the MS toolchain. If you are a student, you can get a free copy of
the full VS prof by registering yourself here: www.dreamspark.com - and
if you are not a student, there are still the VS express editions which
can be downloaded here: http://www.microsoft.com/express/Downloads
For the actual compile you usually need to download and install a few
SDKs as well (Windows/Platform, DirectX) and maybe adjust your paths in
the solution files.
–AndreasOn 9/2/10 9:24 AM, BOUNAIM Oussama wrote:
Hello everybody,
How can i build SDL from code source for windows ?
whene compiling DSL with MSYS everything works fine but whene using VS2010 i
get this error from the linker :
Error 7 error LNK1104: cannot open file ‘dxguid.lib’
can anyone explain to me why ?
sorry for my englishOn Fri, Sep 3, 2010 at 5:10 AM, Andreas Schiffler wrote:
SDL includes .sln/.vcproj files for VisualStudio to allow compilation with
the MS toolchain. If you are a student, you can get a free copy of the full
VS prof by registering yourself here: www.dreamspark.com - and if you are
not a student, there are still the VS express editions which can be
downloaded here: http://www.microsoft.com/express/Downloads
For the actual compile you usually need to download and install a few SDKs
as well (Windows/Platform, DirectX) and maybe adjust your paths in the
solution files.
–Andreas
On 9/2/10 9:24 AM, BOUNAIM Oussama wrote:
Hello everybody,
How can i build SDL from code source for windows ?
thanks in advance.
SDL mailing list
SDL at lists.libsdl.orghttp://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
whene compiling DSL with MSYS everything works fine but whene using
VS2010 i get this error from the linker :
Error? 7? error LNK1104: cannot open file ‘dxguid.lib’??
can anyone explain to me why ?
see below.On Fri, 3 Sep 2010 09:57:09 +0100, BOUNAIM Oussama <o_bounaim at esi.dz> wrote:
On Fri, Sep 3, 2010 at 5:10 AM, Andreas Schiffler wrote:
For the actual compile you usually need to download and install a few
SDKs as well (Windows/Platform, DirectX) and maybe adjust your paths in
the solution files.
You probably need the DirectX SDK. Why do you want to compile it yourself?
whene compiling DSL with MSYS everything works fine but whene using
VS2010 i get this error from the linker :
Error 7 error LNK1104: cannot open file ‘dxguid.lib’
can anyone explain to me why ?
see below.
On Fri, Sep 3, 2010 at 5:10 AM, Andreas Schiffler wrote:
For the actual compile you usually need to download and install a few
SDKs as well (Windows/Platform, DirectX) and maybe adjust your paths in
the solution files.
You probably need the DirectX SDK. Why do you want to compile it yourself?
well, i want to compile it myself to understand how things get done
On Fri, Sep 3, 2010 at 10:07 AM, Christoph Nelles < evilazrael at evilazrael.de> wrote:
Hi,
On Fri, 3 Sep 2010 09:57:09 +0100, BOUNAIM Oussama <o_bounaim at esi.dz> wrote:
whene compiling DSL with MSYS everything works fine but whene using
VS2010 i get this error from the linker :
Error 7 error LNK1104: cannot open file ‘dxguid.lib’
can anyone explain to me why ?
see below.
On Fri, Sep 3, 2010 at 5:10 AM, Andreas Schiffler wrote:
For the actual compile you usually need to download and install a few
SDKs as well (Windows/Platform, DirectX) and maybe adjust your paths in
the solution files.
You probably need the DirectX SDK. Why do you want to compile it yourself?
