Re: Continuations Based Web Framework - Seaside.
Hi... I'm Peter Hunt. I've implemented stuff like this for a variety of different frameworks. I authored nevow.wolf and the more recent CherryFlow (http://trac.cherrypy.org/cgi-bin/trac.cgi/wiki/CherryFlow). I came up with this idea after looking at Cocoon FlowScript examples. Python generators suit continuation-based web development very nicely. If you take a look at CherryFlow version 1, the core of it is just about 15 lines. I'm constantly updating CherryFlow. I'll keep you posted. Also, if anyone wants to assist me with Subway, my Ruby-on-Rails clone, let me know :) -- http://mail.python.org/mailman/listinfo/python-list
Re: Which Python web framework is most like Ruby on Rails?
I'm the founder and lead developer of Subway. I am all for it. TG would have to change a couple of things IMHO, but I think it would be a great idea. If we were to merge projects, we would have to get a serious TurbowaySubgears blogging hype train going. - Peter Hunt -- http://mail.python.org/mailman/listinfo/python-list
Re: Merging Subway and TurboGears (was: Re: Which Python web framework is most ...)
I am looking for ways to improve CrackAJAX; I added for...in loops and iterators, but it still needs work. I would plan on sticking with the Turbogears name if we were to merge. My real worries are the controller styles (functions vs classes) and the templating language (Cheetah vs Kid). Those will be points of conflict between the two projects, but I hope we would be able to solve them. Thoughts? Pete -- http://mail.python.org/mailman/listinfo/python-list
Re: Being unjust
Here's what I think should go in the standard library: - A set of battle-hardened WSGI gateways (CherryPy's WSGI server, ISAPI-WSGI, mpcp, PEP-333's CGI gateway, flup's fastcgi and scgi support). I think that if we included a WSGI app server with a snazzy administration user interface (ala ColdFusion), it would be a pretty cool thing to have. - Defined WSGI middleware API for common components of many web frameworks. For example, most frameworks need to map a request to a piece of code somewhere. Many need to use a "pull" templating model. Many need to load configuration values, etc. Web-sig should define an API and a set of environ WSGI keys to implement all this functionality in a pluggable manner. I made a stab at that here: http://subway.python-hosting.com/wiki/Genweb -peter hunt Kay Schluehr skrev: > I'd be interested in what people think about bundling one of the > diverse Python webframeworks with the Python distribution which will be > "just there" as like Tcl/Tk+Tkinter for GUI-programming. Its not that I > don't trust people to make qualified decisions on their own or that I > actually believe in one single best solution. It's more a symbolic > action of bundling forces and attention. > > Kay -- http://mail.python.org/mailman/listinfo/python-list
