[SDL] Feature Query System (Was: Some multithreaded improvement to the event queue...)

Antonio SJ Musumeci asm3072 at njit.edu
Thu Sep 15 13:50:06 PDT 2005

How does offering a robust query system make it not Simple? And how does 
requesting several extensions make it less portable? It's no different 
than requiring other external libraries. I'd imagine it would make apps 
more portable... since the programmer can accommodate accordingly to 
what is available. (for compile time and run time) I would rather have 
an app be able to notify me that it's unable to run or run as well 
because SDL doesnt support something then run at the lowest common 
denominator without warning. As I said... the OpenGL community has been 
doing this for years and I dont see anyone having problems with it. I 
dont think giving the developer more information is ever a bad thing. 
This I think also has reverence with the conversation on sdl-config and 
cross-platform building. If sdl-config was an app wrapping up much of 
the queriable things which this imaginary SDL query system provides... 
it would be more useful and available on systems without unix style shells.

Steaphan Greene wrote:

> While I agree with your main point (I've been frustrated in the past by
> not being able to write code that can know in advance if fullscreen
> switch would work, for example), I would suggest that a main point of 
> SDL is to handle this kind of this internally.  I believe that is a 
> central point of its design.
> I think this is good.  For example, if the extreme of what you are
> suggesting is implemented, it's conceivable that a number of SDL apps
> would simply query for and require so many extensions and features that
> the app would no longer be as portable as SDL could otherwise allow.
> While I support the addition of some of this querying, I would caution
> against its overuse.  SDL's 'S' does stand for 'Simple' - at least last
> I checked.
> ------------------------------------------------------------------------
> _______________________________________________
> SDL mailing list
> SDL at libsdl.org
> http://www.libsdl.org/mailman/listinfo/sdl

More information about the SDL mailing list