Just read over the patch, from python api perspective it looks good. note, for more useful error messages you can change this... if(!PyArg_ParseTuple(arg, "O!(ii)O", &PySurface_Type, &surfobj, &x, &y, &colorobj)) return NULL; to this... if(!PyArg_ParseTuple(arg, "O!(ii)O:python.gfx.pixel", &PySurface_Type, &surfobj, &x, &y, &colorobj)) return NULL;
Though I don't think the rest if pygame does this anyway. On Sun, Oct 26, 2008 at 8:54 AM, Forrest Voight <[EMAIL PROTECTED]> wrote: > Hi! > > I'm posting the patch at http://im.forre.st/pygame-sdl_gfx.diff , so > that won't happen again. > > It's pretty much a full binding of the shape drawing functions, but > there's some other stuff in SDL_gfx. > > I think there is some kind of licensing problem, I'm not sure. > > There was talk about putting it into the pygame tree, or making it a > requirement. Making it optional isn't really an option. > > Also, it would probably be combined into the draw module instead of > being in its own module. > > On Sat, Oct 25, 2008 at 6:00 AM, Lorenz Quack <[EMAIL PROTECTED]> wrote: >> Hi pygamers, >> >> I was reading the mailinglist archive the other day and found two threads >> ([1] >> and [2]) about integrating SDL_gfx into pygame. >> >> So my questions are: >> 1) Is someone still working on this? >> 2) How far are you with your efforts? >> 3) Is there a place I could take a look at the progress like a svn branch? >> 4) Is there anyway I can help out with this? >> >> sincerely yours >> //Lorenz >> >> PS: unfortunately the patch isn't preserved in the gmane archive so I can't >> even look at that :( >> >> >> [1] http://thread.gmane.org/gmane.comp.python.pygame/14790/ >> [2] http://thread.gmane.org/gmane.comp.python.pygame/15846/ >> > -- - Campbell
