Stuart Donaldson wrote:
> On the ThreadedAppServer subclassing, I have only done what I
> think is a
> quick hack right now, adding the class as a parameter to run.
> I think a
> nicer more OO solution would be to remove run, and replace it with a
> start() method on AppServer, along with pla
On the ThreadedAppServer subclassing, I have only done what I think is a
quick hack right now, adding the class as a parameter to run. I think a
nicer more OO solution would be to remove run, and replace it with a
start() method on AppServer, along with placing the AppServer stop
function on t
On Tue, 2002-11-19 at 09:32, Stuart Donaldson wrote:
> On this topic, I think some minor changes to the run and main
> functions within ThreadedAppServer.py will make it very easy
> to subclass ThreadedAppServer. Furthermore, if these methods
> (in particular 'run') were placed on the abstract ba
aldson [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 19, 2002 10:32 AM
> To: 'Ian Bicking'
> Cc: Webware devel
> Subject: RE: [Webware-devel] RE: Developer access to WebKit module
>
>
> Ian,
> I appreciate your skepticism, and think that it is healthy to
>
Ian,
I appreciate your skepticism, and think that it is healthy to
question and discuss the issues. The open discussion helps all
of us to better understand the software, and to better
organize any changes that do get in.
That being said, there are two separate issues now as I see it:
-- fir
On Mon, 2002-11-18 at 20:51, Stuart Donaldson wrote:
> Ok, so I can see the value of MixIn() in some cases rather than subclassing,
> depending on what you are doing. However in my case, I wanted to replace the
> createApplication method on ThreadedAppServer, and I tried doing this in the
> __init_
Ok, so I can see the value of MixIn() in some cases rather than subclassing,
depending on what you are doing. However in my case, I wanted to replace the
createApplication method on ThreadedAppServer, and I tried doing this in the
__init__ method of my module.
I need to import my module prior to
