OK, this looks like the beginning of an exciting collaboration opportunity / free software project management school!
I've created a google group: [EMAIL PROTECTED] and made you an owner. We already have a project on launchpad: https://launchpad.net/gasp We can use launchpad as the software repository. Steve Alexander just told me that he and Barry Warsaw are here at pycon sprinting on a feature that will automatically create a mailing list for each team inside launchpad and add team members to that list. As soon as this is ready we can move the mailing list to launchpad. In the mean time, the next task seems to me to get the software repository and revision control (bzr) setup properly. Kevin Cole offered to help us with this. Does this make sense as a directory structure: gasp (the common api stuff lives here) tk (the livewires fork) gtk (the pygtk/cario backend) sdl (the pygame backend) I'll wait 2 days to give folks to approve/object to this arrangement, and then work with Kevin to set it (or whatever else we decide) up. Thanks! jeff On Tue, 27 Feb 2007 08:16:21 -0500, Vern Ceder <[EMAIL PROTECTED]> wrote: >Hey guys, > >I sent a reply to Jeff last night, but let me re-send and amplify to all of >you. > >My idea, which I sketched out on my plane ride home is that we should >encapsulate the graphics functions in a base class and then subclass that >for each display system we want to support. I'm really uncomfortable with >the idea of having different versions in the scheme you outline. > >So in my thinking the main library's call to, say, box() would be actually >just wrap a call to g.box(), where g is an instance of the appropriate >graphics class, created by begin_graphics(), if that makes sense. The >individual graphics subclasses would be responsible for things like mapping >to the appropriate coordinate system, etc. and the main library could be >responsible for some of the normalizing of various parameter options that >the library offers (you know 4 separate points vs 2 tuples of points, things >like that). > >That way, the library works as soon as we get one version working, and we >just add graphics implementations. > >Finally, I took Tom's idea about porting to the XO a different direction. I >have a senior girl (who has a good chance of being accepted to MIT) who will >need a 40 hour internship this spring. I would love for her to have the >opportunity to implement the cairo port of this, letting her work with >various aspects of the open source development process. If Tom were willing >she could even tap into some of his experience, etc. > >Let me know what you think, > >Vern > >Jeffrey Elkner wrote: >>Hi Vern, >> >>Tom Hoffman had an idea this morning: Let's get >>livewires/scale/gilliam/gasp (we need to get this name business resolved) >>on the OLPC. So he started a version of the API written in pygtk and cario >>(which is what is available on the OLPC). So we will soon have three >>versions of this wonderful little API, and unless we nip this in the bud >>immediately, a naming nightmare. >> >>I would like to propose that we call them all gasp. We can differentiate >>the packages with gasp_tk, gasp_pygame, and gasp_gtk. The last two will be >>GPL, while the first one will have the original livewires license. >> >>What do you think? >> >>jeff >> >>On Mon, 26 Feb 2007 00:09:04 -0500, Vern Ceder >><[EMAIL PROTECTED]> wrote: >>>I agree on pretty much every count. Grail the browser may be gone, but >>>it's not forgotten.... >>> >>>So yes, I'm happy with the current version of SCALE. I spent my time in >>>airports today working on some implementation details... so lets just fork >>>this turkey... or something like that... ;-) >>> >>>Cheers, >>>Vern > >-- >This time for sure! > -Bullwinkle J. Moose >----------------------------- >Vern Ceder, Director of Technology >Canterbury School, 3210 Smith Road, Ft Wayne, IN 46804 >[EMAIL PROTECTED]; 260-436-0746; FAX: 260-436-5137 > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "edupython" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/edupython?hl=en -~----------~----~----~----~------~----~------~--~---
