Re: [netmod] Last Call: <draft-ietf-netmod-artwork-folding-07.txt> (Handling Long Lines in Inclusions in Internet-Drafts and RFCs) to Best Current Practice

Note: I just noticed this work for the first time, and I don't follow 
netmod. But I find the subject interesting and relevant, so I took a 
look at it. I have a couple of comments/concerns:

1) Section 6.2 recommends only using double backslash folding if single 
backslash folding doesn't work. But all the examples in section 9 
violate this.

2) Regarding forced folding in section 8.2.1: step 1 (Determine where 
the fold will occur) could benefit from some elaboration regarding lines 
that require forced folding. In particular, when an input line flagged 
for forced folding ends in backslash, then it must indeed be folded 
before the last character, while in all other cases it can be folded at 
any position prior to the max line length. (While this is obvious if you 
think about it, some might miss this.)

Also, there should be examples of forced folding.

	Thanks,
	Paul

On 7/30/19 4:42 PM, The IESG wrote:
> 
> The IESG has received a request from the Network Modeling WG (netmod) to
> consider the following document: - 'Handling Long Lines in Inclusions in
> Internet-Drafts and RFCs'
>    <draft-ietf-netmod-artwork-folding-07.txt> as Best Current Practice
> 
> The IESG plans to make a decision in the next few weeks, and solicits final
> comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2019-08-13. Exceptionally, comments may be
> sent to iesg@ietf.org instead. In either case, please retain the beginning of
> the Subject line to allow automated sorting.
> 
> Abstract
> 
> 
>     This document defines two strategies for handling long lines in
>     width-bounded text content.  One strategy is based on the historic
>     use of a single backslash ('\') character to indicate where line-
>     folding has occurred, with the continuation occurring with the first
>     non-space (' ') character on the next line.  The second strategy
>     extends the first strategy by adding a second backslash character to
>     identify where the continuation begins and thereby able to handle
>     cases not supported by the first strategy.  Both strategies use a
>     self-describing header enabling automated reconstitution of the
>     original content.
> 
> 
> 
> 
> The file can be obtained via
> https://datatracker.ietf.org/doc/draft-ietf-netmod-artwork-folding/
> 
> IESG discussion can be tracked via
> https://datatracker.ietf.org/doc/draft-ietf-netmod-artwork-folding/ballot/
> 
> 
> No IPR declarations have been submitted directly on this I-D.
> 
> 
> 
> 
> _______________________________________________
> IETF-Announce mailing list
> IETF-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-announce
> 