Re: MKRESOURCE results
Tim Ellison OTT (Tim_Ellison@oti.com)
Tue, 21 Dec 1999 10:21:14 -0500
From: Tim_Ellison@oti.com (Tim Ellison OTT)
To: ietf-dav-versioning@w3.org (ietf-dav-versioning)
Message-ID: <1999Dec21.101950.1250.1424255@otismtp.ott.oti.com>
Date: Tue, 21 Dec 1999 10:21:14 -0500
Subject: RE: MKRESOURCE results
<geoff>
I prefer a third alternative: one revision (with default values for all
properties and an empty body) and one working resource (checked out from
that revision. It is the working resource that the PUT or MKRESOURCE is
applied to.
</geoff>
This is going to leave lots of clutter in the version history. Essentially,
every versionable type that was created in a versioned collection will have
a phantom revision that was never intended to be part of the development
ancestry. I can imagine clients trying to hide that revision when giving
users the option to rollback to an earlier state.
Summary of options thus far,
(a) one revision, no working resource,
(b) one working resource, no revisions,
(c) one revision, one working resource,
(d) change the rules for members of versioned collections, (i.e., no longer
have to be versions.)
I don't like any of them! but I like the spirit of (b).
Tim