Re: [AD] A New Allegro Thread starts here.... |
[ Thread Index |
Date Index
| More lists.liballeg.org/allegro-developers Archives
]
- To: alleg-developers@xxxxxxxxxx
- Subject: Re: [AD] A New Allegro Thread starts here....
- From: "V. Karthik Kumar" <karthikkumar@xxxxxxxxxx>
- Date: Sun, 15 Jan 2006 21:05:21 +0530
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=NsEvexDULal3qlQO7b0KUhLKQEkdW5F9j3S2bJTOINVmvPhW4yWSAHjh7pQVZjJ8wKJ1qNjxEY4twNou29xiZG208u4Jnac9yQrQyB5lj0MVSrRsIKF5FD31HaSnp3qSGfEH4j7AojAY8LwfH5w06xtRIeuomePWupCiOc+JBes=
Hi..
I'm sorry for a late reply.
Death Gauge wrote:
> What is so hard about this? I mean come on....What is allegro? Why
> would a channel made for allegro have discussions on what it is?
> Allegro is first and foremost a library. Now what kind of library is
> it is under debate depending on who you ask. For me it is a multimedia
> library that started out as a game programming library and thanks to
> the dedicated members that are constantly working on it the library
> has become the multimedia library that it is today. You can use
> allegro to make games, or in projects that have nothing to do with
> games. I have seen people make winamp stuff with allegro and a lot more.
>
> --Death Gauge
> "How do you gauge your death?!"
>
@Death Gauge: Yup. For instance, a visualization I made used Allegro's
nice blitting and primitive routines.
>
> Chris Jones wrote:
>
> I think he's implying that allegro should be written like a traditional
> software project -- ie. the "customer" provides requirements and then
> allegro should be written to meet the requirements.
>
Yes.
> However because of the nature of allegro and the way it is developed,
> there
> is no one "customer" who is in charge of what allegro should and
> should not
> do, and features tend to just get added when somebody writes the code and
> others agree that it should be part of allegro. In this sense I'm not
> sure
> it necessarily lends itself to objective-driven design.
>
In the worst cases, that might lead to a redesign of the library. In few
cases, it merges well with the library. Remaining cases, it forms a kludge.
Well.. I'll start looking into this issue soon.
Regards,
Karthik