W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2004

new auto-version value

From: <webdav-standards@webdav.info>
Date: Fri, 18 Jun 2004 15:14:47 +0200
To: <w3c-dist-auth@w3.org>
Message-Id: <20040618131528.4F185A0ACE@frink.w3.org>


the auto-version property can currently hold 5 different values: Empty, checkout-checkin, checkout-unlock-checkin, checkout and

I would like to propose a new value, named something like: checkout-ignore-unlock. It will carry the same semantics as the
checkout value, but an unlock command will not issue an implicit check-in command, instead the resource stays in the checked-out
state and an explicit check-in command is required.


A document is controlled by a workflow process. Creating a document takes this document in the initial-author state, in which only
explicit check-in command should create new versions. If this newly created resource is implicitly put under version-control and
the auto-version property is set to the new suggested value, we can receive this behaviour. Now the document can be modified
either with an http client (via put) or with a WebDAV client (Lock - Put* - Unlock) and still the resource is never implicitly
The same effect could be reached by an explicit check-out, but this will require an additional user interaction to issue the
check-out command, which we do not want to expose. Our user is then only required to use our state manipulation GUI tool, in case
of a real state change. The creation and manipulation of a new resource will feel like modification on the hard disc: create it,
modify it (with any tool) and then publish or change the state with an additional tool.

Does this make a more general sense, or would you think this is a too specific requirement to go into any new version of the
delta-v standard?

Best regards

Juergen Pill
Premium WebDAV Consultancy and Services 
Received on Friday, 18 June 2004 09:15:28 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:31 UTC