> OK, I guess I gotta respond to this one, being the author and
> maintainer of the GGI target for SDL. I've also cc:ed this reply to the
> GGI list.
Thanks. Please forward this, in case the [EMAIL PROTECTED]
list is not open to public posting.
First of all, let me say, that I don't want to start an SDL vs. GGI war here.
Both have their place, and I think they don't get in each other's way most
of the time.
IMHO SDL is a bit higher level than LibGGI, as it includes support for sound
and similar, which is out of the scope of LibGGI.
This is one of the reasons, why there is no SDL target for GGI (as opposed
to the other way round). If you need the additional functions LibGGI
provides, you should use it, as it's higher level. If you don't, you can
choose.
However a few points need commenting.
> > * timers
> Useful. Perhaps a LibGTimer could be written which would target
> sources of periodic events (timers) and turn them into ggi_events.
This is actually a pretty easy thing to do for a LibGII target aka "source".
Can be done with either a two-process+pipe model (nice, blocks when
inactive, better precision) or a polled model (less work, but doesn't
block and has less precision).
> > - SDL is multi platform to Linux, MacOS, Windows and BeOS.
> GGI does not support MacOS or BeOS yet, but we do support
> Win32/DirectX.
Give me (or better someone with more time here) a suitable machine,
programming docs for the native graphics interfaces and a decent
POSIX-Environment for building LibGGI, and that should be a matter
of a few weeks.
> > <stefan_> how much momentum does it have ? I'm sometimes sick of asking
> > questions on GGI without any fruitful answers
That's something that shouldn't happen. Please: If you don't get fruitful
answers on our ML, just ask me or Marcus directly. We will very probably
have a suitable answer.
> > <stefan_> hmm, may be if we add SDL vs. GGI as a compile time option
> > the GGI people will wake up :)
Umm - how about simply annoying us from time to time with some questions or
similar. We'll surely listen to one of the stronger believers in GGI:
The berlin folks ...
And of course keep in mind the extension mechanism and the possibility to
quickly make a Berlin-target for LibGGI that allows to run X in a Berlin
window, giving a nice smooth upgrade path ...
CU, ANdy
--
= Andreas Beck | Email : <[EMAIL PROTECTED]> =
