Let's do this then. I leave it up to you and Luke to work out the details, but I support whatever you think is the best approach, provided:
1. We don't break anything on the way to the karmic release. 2. If you decide to do it before the karmic release, do it *as soon as possible*, so we have time to make sure we have a working version at release. Thanks! jeff On Mon, Aug 24, 2009 at 11:43 AM, Jamie Boisture <jamieboist...@gmail.com>wrote: > Hey, > > Sorry, I've had a lot going on the last couple of days. I agree with Luke > that eventually either these two need to be merged or the API needs to at > least be cleaned up if it is going to be readable by beginers. I think > merging them would probably be the best idea since I would like to think > that I did a pretty good job getting the API as clean as I could and its > still very messy. > > Jamie Boisture > > > On Thu, Aug 20, 2009 at 10:00 AM, Jeff Elkner <j...@elkner.net> wrote: > >> Let's defer this discussion until later (a good topic for a 0.4 release). >> We wanted api.py and backend.py because in pygame it made it *much* easier >> for beginners to look at how the api behavied without having to read through >> pygame details. If that is no longer the case, I'll be open to the change >> you suggest, Luke, but I don't want to rush into it and I want to hear what >> Jamie thinks first. >> >> Thanks! >> >> jeff >> >> >> On Thu, Aug 20, 2009 at 7:51 AM, Luke Faraone <l...@faraone.cc> wrote: >> >>> Hi, >>> >>> As I was looking through the GASP distribution, I was wondering if the >>> separation of GASP into separate frontend and backend .py files was doing >>> more harm than good. Global variables, initialization of objects occurring >>> outside of __init__, etc, are all things that, while it works, impede >>> readability and make it harder for students to understand GASP. >>> >>> If needed, we can prepend private/internal interfaces with _ and *very >>> private* interfaces with __ per PEP >>> 8<http://www.python.org/dev/peps/pep-0008/> >>> . >>> >>> Granted, the code works well. I'd just like to improve the >>> maintainability :) >>> >>> -- >>> Luke Faraone >>> http://luke.faraone.cc >>> >> >> >
_______________________________________________ Mailing list: https://launchpad.net/~gasp-dev Post to : gasp-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~gasp-dev More help : https://help.launchpad.net/ListHelp
