Dear Jeff, Having the graphics engine be dynamically set at runtime is certainly the neatest thing, and not very complicated. I am excited about the idea of the OLPC version!
I am not sure what mailing lists I am on. I would like to be included in the gasp list. What does Gasp stand for? Andy Jeffrey Elkner wrote: > 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 >> >> > > > > -- Andrew N. Harrington Computer Science Department Director of Academic Programs Loyola University Chicago http://www.cs.luc.edu/~anh 512B Lewis Towers (office) Office Phone: 312-915-7982 Snail mail to Lewis Towers 416 Dept. Fax: 312-915-7998 820 North Michigan Avenue [EMAIL PROTECTED] Chicago, Illinois 60611 --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
