RE: Process for moving to Proposed Standard

Jim,

I think that trying to do too much "pipelining" in the process
may actually slow you down. I don't think it is appropriate
to wait until "during IESG last call" to respond to the 6-7
issues that have been raised on the mailing list since the
-15 draft of 4/17/01. 

An IESG last call is appropriate when you have a document that
you believe has "resolved known design choices". Not revising
the document now means that you're asking people to review
something when you expect to change it.

The issues I see on the mailing list are:

>  add a DAV:updated-set
> and DAV:ignored-set in the UPDATE response body.

# should use
# <dav:resourcetype> to indicate multiple pieces of type information 

# The response to a VERSION-CONTROL request does not carry
# a Location header similar to CHECKIN (Draft 15).

# Cache-Control: no-cache is not
# needed for the VERSION-CONTROL response. 

#   "A collection has all the properties of a version."
#   should say "A collection version has all the properties of a version."

# both the "checkout" and the "working-resource" features
# introduce a CHECKOUT method that is affected by these properties,
# the fork-control properties should be identified in
# both features.  

although perhaps you have a different (longer) list?

Larry
-- 
http://larry.masinter.net

Received on Thursday, 24 May 2001 14:35:12 UTC