On Fri, 2003-12-05 at 15:47, Martin Holz wrote:
> Richard Unger <[EMAIL PROTECTED]> writes:
> 
> > If you bypass the CMS application and save directly to the slide system,
> > using webfolders for example, you are bypassing the checks and
> > verifications too. Think of it like an IDE, like eclipse - if you dump a
> > file directly into the workspace using windows explorer or nautilus, you
> > need to refresh to make eclipse aware of it. You would not want hooks in
> > Windows Explorer or the file system driver asking eclipse for write
> > permission first...
> 
> There is a fundamental difference between Eclipse and slide.
> Slide is a server application. If you bypass Eclipse, you are
> doing it on your own risk. Don't complain, if you can crash 
> your system. If you can bypass the workflow in a CMS, you are
> compromising the work of other people. The Slide server must 
> have some capability to control, what the client is doing.
> Simple ACL might be not enough for a full-blown CMS. On the other 
> site you still want to edit the content using the WebDAV protocol
> using standard tools like MS Office or XML Spy.
> 

Ok, but there needs to be an interface to support the results of these
events, and as far as I can tell, this is not part of webDAV. (Perhaps I
am wrong, the spec is large, please correct me if you know better)
So basically we would have to kludge the 'user interface' onto the
events by reporting bogus webDAV errors, with the slide meaning hidden
in the messages.
I agree with you that slide is a server application, and there is room
for the control beyond ACLs, events as an example, but I don't think the
webDAV layer is the place for them.
I think, as has been suggested in the past on the list, more thought
needs to be given to a workflow engine, which uses the webDAV
repository. The events you desire would be part of such a workflow
layer.

All this is just IMHO - if you guys all think events are something slide
needs in the webDAV layer then I am prepared to accept that. Perhaps
they could be deactivated if not needed?

Richie


> Martin
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

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

Reply via email to