So is turbogears going to be listed as a mentoring project on the summer of code website? I think that would help to get some exposure for the project.
Re: running TG on jython/Iron Python, I see good reasons for both points. I have use cases where it would be awesome to have native active directory integration, which seems at least slightly more simple under IPython than CPython. An online interface to event logs would not go amiss either. That said, I agree that actually getting TG+components to run on IPython looks like a nightmare. A quick check did not turn up any solid information on code construct compatability with a specific version of CPython, so figuring out if it supports some of the newer concepts would essentially be a "suck it and see" test. As for a compromise, why not Python for .NET?[1] The aim there is to make the CLR accessible from CPython. At that point most of the advantages of running turbogears inside of .NET are gained, without actually having to deal with running it from .NET. This also appears to work well with Mono, as anything not written in CPython is written in .NET managed code. It uses the zope public license, which should fit in pretty well on that end too. Now we just need a similar package for Mac to become the "website-integrated-with-you-network-infrastructure" go to project. [1] http://pythonnet.sourceforge.net/ --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
