Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt

Joel Jaeggli <joelja@bogus.com> Thu, 13 September 2018 21:43 UTC

Return-Path: <joelja@bogus.com>
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 E22FD130E89 for <netmod@ietfa.amsl.com>; Thu, 13 Sep 2018 14:43:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Level:
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 Z8WKkPgJnCLy for <netmod@ietfa.amsl.com>; Thu, 13 Sep 2018 14:43:33 -0700 (PDT)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00BE5130E87 for <netmod@ietf.org>; Thu, 13 Sep 2018 14:43:32 -0700 (PDT)
Received: from [IPv6:2601:647:4201:4561:d975:7748:6b0f:4185] ([IPv6:2601:647:4201:4561:d975:7748:6b0f:4185]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id w8DLhSbj076850; Thu, 13 Sep 2018 21:43:29 GMT (envelope-from joelja@bogus.com)
From: Joel Jaeggli <joelja@bogus.com>
Message-Id: <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_3F216621-4E6F-43F9-B595-D22BCE6652DF"; protocol="application/pgp-signature"; micalg="pgp-sha1"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Thu, 13 Sep 2018 14:43:27 -0700
In-Reply-To: <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com>
Cc: Adrian Farrel <adrian@olddog.co.uk>, netmod@ietf.org, Kent Watsen <kwatsen@juniper.net>
To: Robert Wilton <rwilton=40cisco.com@dmarc.ietf.org>
References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/esx0s07rJsBIWdYRYgzZwezyoZs>
Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt
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: Thu, 13 Sep 2018 21:43:35 -0000


> On Sep 10, 2018, at 12:51 AM, Robert Wilton <rwilton=40cisco.com@dmarc.ietf.org> wrote:
> 
> I've read -07, and would also support an WG adoption call for this draft.  In fact, I think that it would be quite good if we can move this document through to WG LC fairly expediently as well.
> 
> A couple of minor review comments:
> 
> Introduction: RFC7994 reference listed twice.
> 
> Rather than banning tabs, another option would to be convert them (of course, the question is then whether a tab is 2, 4, or 8 spaces ...), although assuming 4 spaces seems reasonable, and could be controlled via an input parameter.

This does seem like the sort of classical place to have argument about the size of a tab. To me the 7991 position is compelling. The onus is the formatter to use an element which is not ambiguous.

It’s not really anyones business that I have

set tabstop=2 shiftwidth=2 expandtab
In my vimrc nor should it be.

> Thanks,
> Rob
> 
> 
> On 08/09/2018 13:39, Adrian Farrel wrote:
>> Speaking as a co-author, I agree with Kent that this version is ready for the WG
>> to pick up.
>> 
>> I think that discussions at f2f meetings indicated that there was interest in
>> the WG in addressing this issue, and after much back and forth, the authors have
>> come together with an approach that they agree on and it incorporates some
>> suggestions made in Montreal.
>> 
>> Thanks,
>> Adrian
>> 
>>> -----Original Message-----
>>> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent Watsen
>>> Sent: 07 September 2018 22:59
>>> To: netmod@ietf.org
>>> Subject: [netmod] FW: New Version Notification for draft-kwatsen-netmod-
>>> artwork-folding-07.txt
>>> 
>>> 
>>> An update to the "artwork-folding" draft has been posted.
>>>   - the solution is now using the "/.../" format.
>>>   - the included script has been updated as well.
>>> 
>>> We believe that this draft is ready for an adoption poll.
>>> 
>>> Kent (and Adrian and Qin)  // authors
>>> 
>>> 
>>> -----Original Message-----
>>> 
>>> A new version of I-D, draft-kwatsen-netmod-artwork-folding-07.txt
>>> has been successfully submitted by Kent Watsen and posted to the
>>> IETF repository.
>>> 
>>> Name:		draft-kwatsen-netmod-artwork-folding
>>> Revision:	07
>>> Title:		Handling Long Lines in Artwork in Internet-Drafts and
>> RFCs
>>> Document date:	2018-09-05
>>> Group:		Individual Submission
>>> Pages:		16
>>> URL:            https://www.ietf.org/id/draft-kwatsen-netmod-artwork-folding-
>>> 07.txt
>>> Status:         https://datatracker.ietf.org/doc/draft-kwatsen-netmod-artwork-
>>> folding/
>>> Htmlized:
>> https://tools.ietf.org/html/draft-kwatsen-netmod-artwork-folding-
>>> 07
>>> Htmlized:       https://datatracker.ietf.org/doc/html/draft-kwatsen-netmod-
>>> artwork-folding
>>> Diff:
>> https://www.ietf.org/rfcdiff?url2=draft-kwatsen-netmod-artwork-
>>> folding-07
>>> 
>>> Abstract:
>>>    This document introduces a simple and yet time-proven strategy for
>>>    handling long lines in artwork in drafts using a backslash ('\')
>>>    character where line-folding has occurred.  The strategy works on any
>>>    text based artwork, but is primarily intended for sample text and
>>>    formatted examples and code, rather than for graphical artwork.  The
>>>    approach produces consistent results regardless of the content and
>>>    uses a per-artwork header.  The strategy is both self-documenting and
>>>    enables automated reconstitution of the original artwork.
>>> 
>>> 
>>> 
>>> 
>>> Please note that it may take a couple of minutes from the time of submission
>>> until the htmlized version and diff are available at tools.ietf.org.
>>> 
>>> The IETF Secretariat
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> netmod mailing list
>>> netmod@ietf.org
>>> https://www.ietf.org/mailman/listinfo/netmod
>> _______________________________________________
>> netmod mailing list
>> netmod@ietf.org
>> https://www.ietf.org/mailman/listinfo/netmod
>> .
>> 
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>