SDL_VIDEORESIZE and KDE - sized to 32x32 initially!

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