Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 57751 invoked by uid 500); 4 Jun 2002 08:19:30 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 57735 invoked from network); 4 Jun 2002 08:19:29 -0000 Subject: RE: Thoughts about requirements for a cms MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 4 Jun 2002 04:19:40 -0400 X-MIMEOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message Message-ID: <60F6EF824F0C284481CEF5F49D2F54030762C6@centrum.digidemic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Thoughts about requirements for a cms Thread-Index: AcILnYjPnCT6K0UMTGu0R7SqxukR1AAArZRQ From: "Brian Topping" To: , "Stephan Michels" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Bertrand Delacretaz [mailto:bdelacretaz@codeconsult.ch] > Subject: Re: Thoughts about requirements for a cms >=20 >=20 > Isn't it possible to use slide through its WebDAV interface=20 > rather than over=20 > a call-level API?=20 I think he was thinking the same thing ;) I'm actually proposing the opposite as an eventual optimization for = speed. > Being able to run slide in a different process would be a big=20 > plus IMHO, and=20 > it might open up the possibility of using other content stores. Definitely. :b --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org