Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

Kent Watsen <kent+ietf@watsen.net> Wed, 29 May 2019 23:42 UTC

Return-Path: <0100016b05f8ca08-cf27f315-6d0b-4d7c-925d-db42df4693ec-000000@amazonses.watsen.net>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A27212007C; Wed, 29 May 2019 16:42:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cCF1P3ZbfVnQ; Wed, 29 May 2019 16:42:01 -0700 (PDT)
Received: from a8-33.smtp-out.amazonses.com (a8-33.smtp-out.amazonses.com [54.240.8.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C98751200D7; Wed, 29 May 2019 16:42:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1559173319; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=DP7plKy3RR8HHSrW3Wa2v6cNmdLVckC2VKnKLT40zeQ=; b=geeXWrCs6ACOIhWQsvX6AQ+5GnNefLK5v+n2d6I25Mr7f4TmapCwn9TbRLG8693i Bng2VzC8WZXGEQsDUAFwj9j3zsFexLKkoWg3tXRwz0HUbVX5LxdA3jazdA6llCUjfC4 y8/CjPhYdeNHDsxYsOBRAdksBoUX4wpCTscFGKVE=
From: Kent Watsen <kent+ietf@watsen.net>
Message-ID: <0100016b05f8ca08-cf27f315-6d0b-4d7c-925d-db42df4693ec-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_ECE6E4B9-CE12-4694-A01F-EC73997E6F93"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Wed, 29 May 2019 23:41:59 +0000
In-Reply-To: <20190529.153359.2174895235346852569.mbj@tail-f.com>
Cc: "netmod@ietf.org" <netmod@ietf.org>, "netmod-chairs@ietf.org" <netmod-chairs@ietf.org>
To: Martin Bjorklund <mbj@tail-f.com>
References: <e6fc4541-891a-60cb-e956-86f238d09f14@labn.net> <20190527.130412.1876961670794351457.mbj@tail-f.com> <0100016afac3dceb-3efc8938-6954-48c7-a362-e92c08400df0-000000@email.amazonses.com> <20190529.153359.2174895235346852569.mbj@tail-f.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-SES-Outgoing: 2019.05.29-54.240.8.33
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/PCiVjkwCO7o6tWI8OOJ7_NZj59o>
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 May 2019 23:42:04 -0000

Hi Martin,


>>   When a larger document contains multiple instances of text content
>>   that may need to be folded or unfolded, it is assumed that another
>>   process inserts/extracts the individual text content instances to/
>>   from the larger document prior to utilizing the algorithms described
>>   in this section.  For example, the `xiax` utility [xiax] does this.
> 
> Well, again I don't really understand why we need to assume _anything_
> about how the author decides to implement this format.

removed the word "assumed", now text reads:

   When a larger document contains multiple instances of text content
   that may need to be folded or unfolded, another process must insert/
   extract the individual text content instances to/from the larger
   document prior to utilizing the algorithms described in this section.
   For example, the `xiax` utility [xiax] does this.



> I would just remove this paragraph.

This paragraph and others like it were added by others that thought that this algorithm was intended to process an entire I-D or RFC.



> On second thought, this text doesn't have to mention when SBS can't be
> used.

Okay, not changed.




>>> o  7.2.1
>>> 
>>> I don't understand why there is a min limit of 46 characters for
>>> folding to work.  If the only reason is for the non-normative script
>>> to be able to center the header line, then I think this limitation
>>> should be removed.  (I would even prefer less flexibility in the
>>> header line syntax...)
>> 
>> This is because we never defined how to handle folding the header
>> itself.  I wrote about this a while back and no-one seemed bothered by
>> the limitation.  The effort/value ration isn't there.  The need to
>> fold less than 69-characters is unlikely, and less than 46-characters
>> seems even more so.
> 
> IMO we could remove this arbitrary limitaion and still leave the
> header alone.

Not arbitrary, as explained, leaving as is.




>>> o  7.2.1 / 7.2.2
>>> 
>>> I don't think the text should assume that folding/unfolding is
>>> "automated".
>> 
>> Both sections clearly state that authors may do the equivalent
>> manually, or do you mean that the word "automated" in these sections
>> isn't adding much value and could/should be removed?
> 
> Right:
> 
> OLD:
> 
>   Folding is assumed to be automated although authors may perform the
>   folding steps manually.
> 
>   Determine the desired maximum line length from input to the automated
>   line-wrapping process,
> 
> NEW:
> 
>   Determine the desired maximum line length from input to the
>   line-wrapping process,

Fixed (in 8.2.1 also)

You supplied text for 7.2.1, but also mentioned 7.2.2 (and ~ 8.2.2) originally.   For these sections, the appropriate change is to remove the first paragraph, which I did (in my local copy).   Specifically:

OLD:

   All unfolding is assumed to be automated although a reader will
   mentally perform the act of unfolding the text to understand the true
   nature of the original text content.

NEW:

    <deleted>



Kent // author