Winston Wolff wrote:
Where is this repository?
svn://webwareforpython.org/Component (& /LoginKit) -- w4py.org and
webwareforpython.org are the same machine.
--
Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org
---
The SF.Net email
Where is this repository?
-winston
There's some ideas here. I'm very interested in using decorators
instead of subclassing, for instance. And there's other ways of making
things more functional. I've been using Component and LoginKit in the
w4py.org repository, and I find them useful. But I
On Tue, 04 Jan 2005 22:17:43 -0600, Ian Bicking <[EMAIL PROTECTED]> wrote:
> There's some ideas here. I'm very interested in using decorators
> instead of subclassing, for instance. And there's other ways of making
> things more functional. I've been using Component and LoginKit in the
> w4py
On Jan 7, 2005, at 12:30 AM, Ian Bicking wrote:
Tom Schwaller wrote:
Are Aspects (simple solution in CherryPy) something people
would like to see integrated in Webware?
I don't like aspects; I'm not sure they exist anymore in CherryPy 2?
There is a file CherryPy-2.0.0b/cherrypy/lib/aspect.py, so y
Tom Schwaller wrote:
Are Aspects (simple solution in CherryPy) something people
would like to see integrated in Webware?
I don't like aspects; I'm not sure they exist anymore in CherryPy 2?
There is a file CherryPy-2.0.0b/cherrypy/lib/aspect.py, so yes,
it is still there.
What I like in CherryPy
Folk, thanks for the very interesting input!
For me: Webware = a nonbloated Python framework with an AppServer,
WebKit and some Java-like APIs (Servlets, etc. that's why I am missing
Portlets) + some very clever people on this list giving good input and
feedback.
On 04.01.2005, 22:17 -0600 Ian B
Ian Bicking wrote:
More mechanically. You can build things on top of Webware reasonably
easily. It's not always the most elegent way -- e.g., using a single
servlet that dispatches to other objects. But I think that's okay, I
think Webware is reasonably simple to layer things on top of.
Ther
Winston Wolff wrote:
Hi Ian-
Great comments, something meaty with a slightly philosophical side we
can bite into...
At a certain point when you add in a lot of changes, will it be
Webware? I'll be honest, part of what I want from WSGI is the
possibility to move beyond the Webware inte
Hi Ian-
Great comments, something meaty with a slightly philosophical side we can bite into...
At a certain point when you add in a lot of changes, will it be Webware?I'll be honest, part of what I want from WSGI is the possibility to move beyond the Webware interface without splitting enviro
Thanks for the feedback Tom and others. Here are some thoughts I have. Also, I've summarized things so far on the wiki (http://wiki.w4py.org/featuresafterv09.html).
Tom Schwaller wrote:
The overall question about Webware is the future direction this
framework wants to take and what makes it diff
Tom Schwaller wrote:
On Tue, 04.01.2005, 08:53 -0500 Eric Radman wrote:
On 11:53 Mon 03 Jan , Winston Wolff wrote:
So regarding WSGIKit and Webware, how do you think we should proceed
as far as the code base and development goes? Should we try to move
Webware over to use WSGI, should we develo
On Tue, 04.01.2005, 08:53 -0500 Eric Radman wrote:
> On 11:53 Mon 03 Jan , Winston Wolff wrote:
> > So regarding WSGIKit and Webware, how do you think we should proceed
> > as far as the code base and development goes? Should we try to move
> > Webware over to use WSGI, should we develop them
On 11:53 Mon 03 Jan , Winston Wolff wrote:
> So regarding WSGIKit and Webware, how do you think we should proceed
> as far as the code base and development goes? Should we try to move
> Webware over to use WSGI, should we develop them in parallel?
I think WSGIKit and Webware should be maintai
13 matches
Mail list logo
