[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [pygame] Growing Pygame

But how is a "cookbook" module on the website not the same as a pygame-contrib module?  Just because it isn't in svn?  A cookbook module (probably a revision of the PCR, etc) would probably be more useful.

It could be searched and have categories and nice descriptions of each "snippet" in tutorial form for how to properly use the snippet.

I'm not sure I see the advantage of a svn hosted "pygame-contrib" as opposed to a website cookbook section for all these misc pieces.  It could even be featured rather prominently on the site giving it that "officially blessed" feel.  And with user comments and ratings, with say a dozen people submitting their little Sprite class, it would be easy to filter out to find the newest or highest rated Sprite classes and use them together.

If we had a cookbook, I'd suggest that the one catch would be that all code submitted to it would be "public domain" so people can re-use and re-hack it however they wanted to.

-Phil

Glen Wheeler <adsl5lcq@xxxxxxxxxx> wrote:
From: "Peter Shinners"
> On Wed, 2006-07-26 at 12:50 +0800, Simon Wittber wrote:
>> Owell, it seems people generally think a pygame-contrib module is not
>> such a good idea.
>
> Ahwell, I was kind of for it if it was done as the "static" not shipped
> with pygame style of libraries. Something with regular snapshots and
> documentation on the Pygame site.
>
> Getting PCR running again might be a good substitute, but I don't think
> it's quite the same thing.
>

Yes, I agree, it is not the same thing. Just to respond to the earlier
e-mail, I have no problems writing code like this myself. (So the response
to the message in question is `yes'.) It is just inconvenient. Everyone
knows what I am referring to; specific sprite routines, animation classes, a
buffered scrolling background class, parallax scrolling, whatever. A
customizable scrollable text box. A routine which returns rendered text
with certain colours, styles, etc. I always end up writing and rewriting
these things.

It would simply be a good idea to import pygame-contrib, and then use some
`standard' routines for it.

Of course it wouldn't be static, and (probably) wouldn't be shipped with
the pygame binaries...I don't even see why it wouldn't be a source download.
It really is just a more convenient, better developed, more often used code
repository.

But if it's not happenning (I personally have seen far from the
declaration of distaste that Simon mentioned) and there is not much support
then that's fine; we can all just keep rewriting routines that accomplish
essentially the same thing, and keep our libraries of generic code to
ourselves.

Glen


Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min.