On Tue, 2007-08-07 at 13:42 +0200, Thomas Nunninger wrote:
> Hi,
> 
> On Di, 2007-08-07 at 13:11 +0200, Kore Nordmann wrote:
> > Hi list,
> > 
> > Toby and I finished a first revision of the webdav design document which
> > you may find in SVN [1] and attached to this mail.
> 
> looks nice
> 
> > There are two major points of discussion left for us, which are
> > described at the end of the document.
> > 
> > 1) Indication of supported mechanism in backend handlers.
> 
> I like OO - but I guess having a bitmap is the easiest for handling...
> 
> > 2) Selection of best transport handler for requesting client.
> 
> I don't like the idea, that a user needs to define all that regular
> expressions because than you'd need to have all clients for testing. It
> would be nice if you provide a lightweight class, e.g.
> eczWebdavTransportParser, that does the necessary parsing.
> 
> 
>         $server = new ezcWebdavServer();
> 
>         // Server data using file backend with data in "path/"
>         $server->backend = new ezcWebdavBackendFile( '/path' );
>       $server->transportParser = new ezcWebdavTransportParser();
> 
>         // Serve requests
>         $server->handle();

As clarified in my later mail, you would only need to do this if you
want to add your own custom transport mechanism. The default set should
normally be enough for every user.

> If you want to, you could limit the number of allowed transports e.g.
> 
>     $server->transportParser->disableMicrosoft = true;

We thought about disabling some transport mechanism, but you could still
overwrite them. But I doubt there is need for this at all, because the
special handlers should only bypass defects in the clients - which you
normally always want.

-- 
Mit freundlichen Grüßen / Med vennlig hilsen
 
Kore Nordmann (GPG: 0xDDC70BBB)
eZ Components Developer
eZ systems Headquaters

tel +49 (0) 231-9742-7750 | fax +49 (0) 231-9742-7751
[EMAIL PROTECTED] | eZ systems | ez.no

Attachment: signature.asc
Description: This is a digitally signed message part

-- 
Components mailing list
[email protected]
http://lists.ez.no/mailman/listinfo/components

Reply via email to