[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Fwd: RE: sdk comparison on webpage
- To: LGDC Discussion <linuxgames@sunsite.auc.dk>
- Subject: Fwd: RE: sdk comparison on webpage
- From: Christian Reiniger <warewolf@mayn.de>
- Date: Wed, 15 Mar 2000 18:40:16 +0100
- Delivered-To: mailing list linuxgames@sunsite.auc.dk
- Delivery-Date: Wed, 15 Mar 2000 12:21:38 -0500
- Mailing-List: contact linuxgames-help@sunsite.auc.dk; run by ezmlm
- Reply-To: linuxgames@sunsite.auc.dk
---------- Mail forwarded (Author is Paul Tiseo)... ----------
Subject: RE: sdk comparison on webpage
Date: Tue, 14 Mar 2000 18:34:25 -0500
From: "Paul Tiseo" <ptiseo@mediaone.net>
Christian,
Please forward to the LGDC. Apprently, the Mediaone-ORBS thing won't get
fixed any time soon.
From: root@fenris.BR0keNLAnd.org [mailto:root@fenris.BR0keNLAnd.org]
Sent: Tuesday, March 14, 2000 6:21 PM
Subject: Re: sdk comparison on webpage
> > Sure. Do you want to work on it (& maintain the data) ? ;)
> > Actually that's quite similar to what I planned to do anyway,
> > someday when I've got enough time. See
> > http://sunsite.auc.dk/penguinplay/database/ for some more info.
> >
>
> sure? (maintaining data should be passed onto maintainers,
Ah, but the key question is, will it rest in the LGDC or in PenguinPlay?
> > Well, it's a bit of work to properly design the table
> layout (what has to
> > go in? how to represent features - There's tons of possible
> features &
> > feature sets are constantly changing etcetc) and to write
> the PHP code, and
> > it's quite much work to keep the data up-to-date.
> > On the other hand, a PHP-based approach would allow the
> individual SDK
> > developers to maintain the entries of their libs directly,
> i.e. without
> > going over our "sdk-list maintainer" - which saves us of
> most of that work.
> >
>
> I think I already see how the db would be layed out... which
I did think of this early on (I'm sure it's archived!) but the idea was
poo-pooed because of the fear of creeping feature sets and the ability of a
few to track this reliably. I, myself, thought that SDK authors should be
able to list their SDK and specify the feature set via PHP on the site. I
had a (general) design where a table contained all the known features and
another the SDKs and a many-to-many (which is essentially what you have with
SDK and features in a db) could be established via a key table.
> used? mysql has been annoying me a lot lately, it does simple
> stuff very fast,
> but it looses a lot of speed from lacking features like
> subselects...
Yes, I also wish MySQL had subselects...
> I'd imagine some kind of user authentification should go into
> the mix... just
> to keep everyone honest :)
-------------------------------------------------------
--
REALITY.SYS corrupted ... reboot Universe [Y,n]?
---------------------------------------------------------------------
To unsubscribe, e-mail: linuxgames-unsubscribe@sunsite.auc.dk
For additional commands, e-mail: linuxgames-help@sunsite.auc.dk