Qt + SDL

OK, I’ve just seen the press release about TrollTech and Loki…

What is this about binding Qt and SDL? I’m sure that’s not quite what
is really happening, but I’m interested in hearing about it.

It doesn’t really make sense (Qt being C++ and SDL being C, not to
mention they’re rather two completely different pieces of software), but

I have to ask.

I’d also point out I’m firmly against any such official dependency on Qt

for SDL, since I can’t stand Qt at all (I’m going to uninstall it as
soon as this whole Sawfish + SDL thing is figured out and fixed, since
I have no need for Qt), but that’s completely opinion. Of course, it
being my opinion, I tend to value it quite a bit… ~,^

Um, ya, just want the technicial facts on this issue. Thanks!

Sean Middleditch

Sean Middleditch wrote:

OK, I’ve just seen the press release about TrollTech and Loki…

I’m apprehensive about it too. In my rating scheme, SDL is "good"
while Qt is “poor”, and I don’t know of anything that Qt has that
would improve SDL. If it’s just that SDL is being used as a
portable substrate for Qt widgets, that would be OK though.

Stan

OK, I’ve just seen the press release about TrollTech and Loki…

What is this about binding Qt and SDL? I’m sure that’s not quite what
is really happening, but I’m interested in hearing about it.

Everyone is concerned about what the announcement means for SDL.

The simple answer is nothing. No worries. :slight_smile:

The possibility exists that Qt will be ported to SDL as a framebuffer
target, so that Qt would provide a widget toolkit on top of the existing
SDL framework. I would like to see this with GTk as well. :slight_smile:
It’s also possible that TrollTech may port SDL as a widget in the Qt
heirarchy, in the same way that SDL currently uses X11. This would
allow “embedded” SDL framebuffer output within a normal GUI framework.

Both of these are completely independent of the way SDL works and
is supported on the various platforms. SDL will never require Qt
for building on any platform.

See ya!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software

Sean Middleditch wrote:

OK, I’ve just seen the press release about TrollTech and Loki…

I’m apprehensive about it too. In my rating scheme, SDL is "good"
while Qt is “poor”, and I don’t know of anything that Qt has that
would improve SDL. If it’s just that SDL is being used as a
portable substrate for Qt widgets, that would be OK though.

I think GTK+ already does a better job of this than Qt ever will.On Wed, 6 Sep 2000, Stan Shebs wrote:


Rafael R. Sevilla <@Rafael_R_Sevilla> +63 (2) 4342217
ICSM-F Development Team, UP Diliman +63 (917) 4458925
PGP Key available at http://home.pacific.net.ph/~dido/dido.pgp

The possibility exists that Qt will be ported to SDL as a framebuffer
target, so that Qt would provide a widget toolkit on top of the existing
SDL framework. I would like to see this with GTk as well. :slight_smile:
It’s also possible that TrollTech may port SDL as a widget in the Qt
heirarchy, in the same way that SDL currently uses X11. This would
allow “embedded” SDL framebuffer output within a normal GUI framework.

Oh my god …
I’m writing useless (wasteable) code :wink:

Alex ‘ParaGUI’ Pipelka

The possibility exists that Qt will be ported to SDL as a framebuffer
target, so that Qt would provide a widget toolkit on top of the existing
SDL framework. I would like to see this with GTk as well. :slight_smile:
It’s also possible that TrollTech may port SDL as a widget in the Qt
heirarchy, in the same way that SDL currently uses X11. This would
allow “embedded” SDL framebuffer output within a normal GUI framework.

Oh my god …
I’m writing useless (wasteable) code :wink:

Alex ‘ParaGUI’ Pipelka

Nah, custom UI toolkits will always have a place. For example, can Qt
float truetype fonts on an image background? Well maybe! :slight_smile: But it’s
not as designed for it as ParaGUI is. :slight_smile:

See ya,
-Sam Lantinga, Lead Programmer, Loki Entertainment Software

The possibility exists that Qt will be ported to SDL as a framebuffer
target, so that Qt would provide a widget toolkit on top of the
existing

SDL framework. I would like to see this with GTk as well. :slight_smile:
It’s also possible that TrollTech may port SDL as a widget in the Qt
heirarchy, in the same way that SDL currently uses X11. This would
allow “embedded” SDL framebuffer output within a normal GUI
framework.

Oh my god …
I’m writing useless (wasteable) code :wink:
:wink:

maybe ParaGUI will get better than Qt … ;)> Alex ‘ParaGUI’ Pipelka


<>< Andreas Madsack
— Lead Programmer of christian-adventure.net

Thanks Sam!

You’re the healing hands for wounded (and maybe braindead) developers (like
me)!

Alex> ----- Original Message -----

From: slouken@devolution.com (Sam Lantinga)
To:
Sent: Thursday, September 07, 2000 3:54 PM
Subject: Re: [SDL] Qt + SDL

The possibility exists that Qt will be ported to SDL as a framebuffer
target, so that Qt would provide a widget toolkit on top of the
existing

SDL framework. I would like to see this with GTk as well. :slight_smile:
It’s also possible that TrollTech may port SDL as a widget in the Qt
heirarchy, in the same way that SDL currently uses X11. This would
allow “embedded” SDL framebuffer output within a normal GUI framework.

Oh my god …
I’m writing useless (wasteable) code :wink:

Alex ‘ParaGUI’ Pipelka

Nah, custom UI toolkits will always have a place. For example, can Qt
float truetype fonts on an image background? Well maybe! :slight_smile: But it’s
not as designed for it as ParaGUI is. :slight_smile:

See ya,
-Sam Lantinga, Lead Programmer, Loki Entertainment Software

Actually, having SDL in Qt would be kind of interesting, since the last
time I looked at Qt (2.0) it lacked good framebuffer support. I suspect
this is changing with some of the new extensions and embedded Qt.

As far as the other way around: I actually think Qt is a very good package
(I state that as a personally opinion and have no desire to start a debate
on said topic :slight_smile: ) but it’s not small. If Qt was put on top of SDL then
name would probably need to be Large and Somewhat Complex Indirect Media
and GUI Layer.

So I agree there is still a very important place for specialized GUI’s.

I suspect I see why troll tech is interested, however. Fast porting to
different platforms is becoming a big issue with the rise of embedded systems.

lee>Thanks Sam!

You’re the healing hands for wounded (and maybe braindead) developers (like
me)!

Alex

----- Original Message -----
From: Sam Lantinga
To:
Sent: Thursday, September 07, 2000 3:54 PM
Subject: Re: [SDL] Qt + SDL

The possibility exists that Qt will be ported to SDL as a framebuffer
target, so that Qt would provide a widget toolkit on top of the
existing

SDL framework. I would like to see this with GTk as well. :slight_smile:
It’s also possible that TrollTech may port SDL as a widget in the Qt
heirarchy, in the same way that SDL currently uses X11. This would
allow “embedded” SDL framebuffer output within a normal GUI framework.

Oh my god …
I’m writing useless (wasteable) code :wink:

Alex ‘ParaGUI’ Pipelka

Nah, custom UI toolkits will always have a place. For example, can Qt
float truetype fonts on an image background? Well maybe! :slight_smile: But it’s
not as designed for it as ParaGUI is. :slight_smile:

See ya,
-Sam Lantinga, Lead Programmer, Loki Entertainment Software

As far as the other way around: I actually think Qt is a very good package
(I state that as a personally opinion and have no desire to start a debate
on said topic :slight_smile: ) but it’s not small. If Qt was put on top of SDL then
name would probably need to be Large and Somewhat Complex Indirect Media
and GUI Layer.

Well, it wouldn’t be SDL. It would be Qt with an SDL target, and distributed
as such. :slight_smile:

See ya!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software

Sam Lantinga wrote:

OK, I’ve just seen the press release about TrollTech and Loki…

What is this about binding Qt and SDL? I’m sure that’s not quite what
is really happening, but I’m interested in hearing about it.

Everyone is concerned about what the announcement means for SDL.

yep!

The simple answer is nothing. No worries. :slight_smile:

Yea!

The possibility exists that Qt will be ported to SDL as a framebuffer
target, so that Qt would provide a widget toolkit on top of the existing
SDL framework. I would like to see this with GTk as well. :slight_smile:
It’s also possible that TrollTech may port SDL as a widget in the Qt
heirarchy, in the same way that SDL currently uses X11. This would
allow “embedded” SDL framebuffer output within a normal GUI framework.

That’d be cool. I’ll bring this up with the GTK+ people, too.

Both of these are completely independent of the way SDL works and
is supported on the various platforms. SDL will never require Qt
for building on any platform.

OK! Thanks!

Sean Etc.>

See ya!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software