Re: [apps-discuss] Applications Directorate Review of draft-desruisseaux-caldav-sched-11

Eliot Lear <lear@cisco.com> Thu, 08 March 2012 13:52 UTC

Return-Path: <lear@cisco.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4BBB21F84D6; Thu, 8 Mar 2012 05:52:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.547
X-Spam-Level:
X-Spam-Status: No, score=-110.547 tagged_above=-999 required=5 tests=[AWL=0.052, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5+2o87CMO2ur; Thu, 8 Mar 2012 05:52:45 -0800 (PST)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id AB75221F84D2; Thu, 8 Mar 2012 05:52:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=lear@cisco.com; l=2369; q=dns/txt; s=iport; t=1331214765; x=1332424365; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=DY9xL5lVR9aeyzF5F6yXOAYtlADO8hzL8t/57nhEToE=; b=ONCEcWcjae9M02sZm/kaTv8kFBo0iK+uNLrG3O/yo1vUWH5IfdbLCauW QN/YK2W5Q3iSp0m2l1BQN7KyVA+sQxTbMfXwEb1nHlEpZbet4BnkEOX2c rxSQQWX07+GKRGO2QEUCtCDrqmEKMcAPzu0p2MemYRaC6erRvvrNmlUW5 k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AoMFAIu4WE+Q/khL/2dsb2JhbABDhTWsVoMTgQeCCgEBAQQSARAPAUUBEAsYAgIFFgsCAgkDAgECAUUGDQEHAQEeh2ibIwGMZ5I4gS+OKYEWBJVFkBiCZA
X-IronPort-AV: E=Sophos;i="4.73,552,1325462400"; d="scan'208";a="131708279"
Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 08 Mar 2012 13:52:43 +0000
Received: from dhcp-10-55-89-64.cisco.com (dhcp-10-55-89-64.cisco.com [10.55.89.64]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id q28DqhF5004462; Thu, 8 Mar 2012 13:52:43 GMT
Message-ID: <4F58B9AA.5020902@cisco.com>
Date: Thu, 08 Mar 2012 14:52:42 +0100
From: Eliot Lear <lear@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: Julian Reschke <julian.reschke@greenbytes.de>
References: <4F588C9D.2090403@cisco.com> <4F58A77A.6090706@gmx.de> <4F58B1AF.20008@cisco.com> <4F58B347.1030101@greenbytes.de>
In-Reply-To: <4F58B347.1030101@greenbytes.de>
X-Enigmail-Version: 1.3.5
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Cc: "apps-discuss@ietf.org" <apps-discuss@ietf.org>, Julian Reschke <julian.reschke@gmx.de>, draft-desruisseaux-caldav-sched.all@tools.ietf.org, Peter Saint-Andre <Peter.SaintAndre@webex.com>, Mark Nottingham <mnot@mnot.net>, 'IESG' <iesg@ietf.org>
Subject: Re: [apps-discuss] Applications Directorate Review of draft-desruisseaux-caldav-sched-11
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Mar 2012 13:52:45 -0000

Julian,

Please read my review where I suggest text that references tables.

Eliot

On 3/8/12 2:25 PM, Julian Reschke wrote:
> On 2012-03-08 14:18, Eliot Lear wrote:
>>
>>
>> On 3/8/12 1:35 PM, Julian Reschke wrote:
>>> On 2012-03-08 11:40, Eliot Lear wrote:
>>>> ...
>>>>>     This document inherits, and sometimes extends, DTD productions
>>>>> from
>>>>>     Section 14 of [RFC4918].
>>>>
>>>> I would reword- "This document inherits and extends DTD
>>>> productions..."
>>>>
>>>> If so, should this specification update RFC4918 in rfc-index.txt?
>>>
>>> This is similar to other specs building on WebDAV, and we haven't done
>>> that (saying "updates") before.
>>>
>>>> §2.1.1, pg 11, and similar text in §2.2.1, pg 13, §2,4,1, pg 14, and
>>>> similar:
>>>>
>>>>>     PROPFIND behavior:  This property SHOULD NOT be returned by a
>>>>>        PROPFIND allprop request (as defined in Section 14.2 of
>>>>>        [RFC4918]).
>>>>
>>>> Why SHOULD NOT and not MUST NOT?  How should the client interpret the
>>>> information, if returned?
>>>
>>> SHOULD NOT is right; returning it does no harm. Also, it's consistent
>>> with other WebDAV specs. Having SHOULD NOT in one place and MUST NOT
>>> somewhere else would be awkward.
>>
>> Great.  What's the client behavior if it sees it?
>
> Essentially, the client didn't ask for the property but the server has
> sent it anyway. The client can throw it away, or keep it for later use
> (the latter case would be an edge case, because if the client had been
> interested, it would have asked for the property right away).
>
>>>> Throughout:
>>>>
>>>> Tables should be numbered for reference.
>>>
>>> If this is supposed to be a general rule, I would object to it. It's a
>>> matter of style, and thus should be discussed in the RFC style manual,
>>> if it ever gets updated.
>>
>> No it's not.  It's for internal referencing.
>
> I just checked the spec and couldn't see any case where the tables
> being numbered would have made referencing them easier.
>
> IMHO, "the table below" is more helpful as "table NN" and then having
> the tables being numbered. Things would be different if the references
> were more complex, or in a more complex presentation where tables
> might be moved around (which we do not do in RFCs).
>
> Best regards, Julian
>
>