Kevin Dangoor wrote: > For those thinking about how SQLObject can be better, I'd recommend > taking a look at SQLAlchemy and stretching where things can go *from > there*. SQLAlchemy needs: > > 1) an SQLObject compatibility layer > 2) a layer that is as easy as SQLObject for the easy stuff > (ActiveMapper is almost there) > 3) schema migration tools > > It already takes care of some of the things that people want SQLObject to do.
That's good, are we moving towards integrating SQLAlchemy with TurboGears now? I remember a few months back it was just a completely disjoint project. Is there some kind of support now, or is it still "use with TG at your own risk?" I haven't tried SQLAlchemy, but it seemed really powerful for what it does. Though, I would still like to compile python into pl/python because it means far less typing for the programmer ;). > Back on the subject of Summer of Code: there are some good ideas out > there. I would encourage people to specifically state "I'd like to be > a student participant" or "I'd like to be a mentor" and the types of > things you'd like to work on. If we can get the right people matched > up, we'll see if we can run everything through the PSF's sponsorship > in the Summer of Code. I would like to be a participant! Who's interested? :-) --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears" 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/turbogears -~----------~----~----~----~------~----~------~--~---
