Hi there,
Has anyone else found that when using SDL_RESIZABLE, a window gets an
initial event SDL_VIDEORESIZE with event.resize.w == event.resize.h ==
32?
I’ve found that the samples behave the same - the window is resized to
32x32 to start with. I’m using Linux/KDE 1.1.2/XFree86 3.3.6/utah-glx.
thanks,
Tom Gilbert
http://www.AlteredWorlds.com
Hi there,
Has anyone else found that when using SDL_RESIZABLE, a window gets an
initial event SDL_VIDEORESIZE with event.resize.w == event.resize.h ==
32?
I’ve found that the samples behave the same - the window is resized to
32x32 to start with. I’m using Linux/KDE 1.1.2/XFree86 3.3.6/utah-glx.
It’s a bug in KDE 1.1.2, fixed in KDE 1.2
Does anybody have a workaround?
Thanks!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software
Hi Sam,
Hey, thanks for the kind words about the savers, much appreciated.
A workaround that’s perfectly satisfactory for me, although obvously
a bit of a hack (!), is the following:
case SDL_VIDEORESIZE:
if (event.resize.w == event.resize.h && (event.resize.h == 32))
break;
//otherwise do the SDL_SetVideoMode (…) good stuff…
The resize always seems to be for 32x32 - and frankly I don’t care about
anyone trying to size the game window to 32x32…
take it easy,
Tom Gilbert
http://www.AlteredWorlds.com
Sam Lantinga wrote:>
Hi there,
Has anyone else found that when using SDL_RESIZABLE, a window gets an
initial event SDL_VIDEORESIZE with event.resize.w == event.resize.h ==
32?
I’ve found that the samples behave the same - the window is resized to
32x32 to start with. I’m using Linux/KDE 1.1.2/XFree86 3.3.6/utah-glx.
It’s a bug in KDE 1.1.2, fixed in KDE 1.2
Does anybody have a workaround?
Thanks!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software
Hi Sam,
Hey, thanks for the kind words about the savers, much appreciated.
A workaround that’s perfectly satisfactory for me, although obvously
a bit of a hack (!), is the following:
case SDL_VIDEORESIZE:
if (event.resize.w == event.resize.h && (event.resize.h == 32))
break;
//otherwise do the SDL_SetVideoMode (…) good stuff…
If we don’t find another fix for KDE, I’ll probably end up doing something
like that in SDL.
sigh
See ya!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software
Sam Lantinga wrote:
Hi Sam,
Hey, thanks for the kind words about the savers, much appreciated.
A workaround that’s perfectly satisfactory for me, although obvously
a bit of a hack (!), is the following:
case SDL_VIDEORESIZE:
if (event.resize.w == event.resize.h && (event.resize.h == 32))
break;
//otherwise do the SDL_SetVideoMode (…) good stuff…
If we don’t find another fix for KDE, I’ll probably end up doing something
like that in SDL.
sigh
See ya!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software
Maybe, instead of ignoring 32x32 resize events, you could
set a timer for a few miliseconds, and see if some other
resize event came in to replace it… If not propigate the
event, otherwise only send the new one…
Commnets???
-Loren
Maybe, instead of ignoring 32x32 resize events, you could
set a timer for a few miliseconds, and see if some other
resize event came in to replace it… If not propigate the
event, otherwise only send the new one…
Commnets???
Sounds complicated. I have a simple idea.
See ya,
-Sam Lantinga, Lead Programmer, Loki Entertainment Software