Re: [netmod] Call for adoption request of draft-kwatsen-netmod-artwork-folding-04

Kent Watsen <kwatsen@juniper.net> Thu, 28 June 2018 15:11 UTC

Return-Path: <kwatsen@juniper.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 A819F130DC7 for <netmod@ietfa.amsl.com>; Thu, 28 Jun 2018 08:11:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net
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 7XJYpbeYn5lb for <netmod@ietfa.amsl.com>; Thu, 28 Jun 2018 08:11:44 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 C2E6D130DCC for <netmod@ietf.org>; Thu, 28 Jun 2018 08:11:43 -0700 (PDT)
Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w5SF9MLc019918; Thu, 28 Jun 2018 08:11:42 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=yLxZ1tpdB3g/5F55DCy1Nl65hC3Rci93FPxt2e6KCns=; b=C+rWC+tEkJgAID1rAqkOdxknt2pTey5D3zpII7HgvN0jmp4debeUJtvPuvCFgu+x+orm iCmuTLmbkSgaVEXVbWNyyzqZ6CU+cOIG6XuSvD+1Zf57wPLXmjW9kM0eGoCyOFzsR5yO FYVFwG7b1JTXGYhouXmZM3igcNKzMgmNPzNa5dQQ+AxD6Yz2GZC4SWcYjq/iac/IfY0n Gv+8OmJU22QxnvAcZlANyYcwpH35wchdOfktNolSETe9bQN/xjCgSTm6qcXVBgr7QCVo Beir/VRxdiQ2hDzZjfapyOU2o52bbJBvwfitwRKW7aod8i74Z8FJaB+k2W/2yXRh4UUI PQ==
Received: from nam03-co1-obe.outbound.protection.outlook.com (mail-co1nam03lp0019.outbound.protection.outlook.com [216.32.181.19]) by mx0a-00273201.pphosted.com with ESMTP id 2jw1kd029u-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 28 Jun 2018 08:11:42 -0700
Received: from BYAPR05MB4230.namprd05.prod.outlook.com (52.135.200.153) by BYAPR05MB4439.namprd05.prod.outlook.com (52.135.203.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.906.20; Thu, 28 Jun 2018 15:11:40 +0000
Received: from BYAPR05MB4230.namprd05.prod.outlook.com ([fe80::959d:9fbe:90e4:3cc]) by BYAPR05MB4230.namprd05.prod.outlook.com ([fe80::959d:9fbe:90e4:3cc%4]) with mapi id 15.20.0906.018; Thu, 28 Jun 2018 15:11:40 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Bob Harold <rharolde@umich.edu>, martin björklund <mbj@tail-f.com>
CC: "netmod@ietf.org" <netmod@ietf.org>, "rwilton=40cisco.com@dmarc.ietf.org" <rwilton=40cisco.com@dmarc.ietf.org>
Thread-Topic: [netmod] Call for adoption request of draft-kwatsen-netmod-artwork-folding-04
Thread-Index: AQHUCpK0us9UwwoDtU2EaBoFZiTowKRz8ZSAgACrHgCAAJrzgIAAfvQA///V1AA=
Date: Thu, 28 Jun 2018 15:11:40 +0000
Message-ID: <F969FDE4-6E83-45C5-8D63-957280949AEE@juniper.net>
References: <B8F9A780D330094D99AF023C5877DABA9AEB4274@nkgeml513-mbx.china.huawei.com> <194df0e3-038d-d0cc-ea45-f5448fc10562@cisco.com> <70F6E49F-C83F-4C38-92CB-860631B4C050@juniper.net> <20180628.080813.2173042785762431704.mbj@tail-f.com> <CA+nkc8BvdB9oZVc236PDyM4g+J2+=dtsr5vFScDn0-7MQk13hA@mail.gmail.com>
In-Reply-To: <CA+nkc8BvdB9oZVc236PDyM4g+J2+=dtsr5vFScDn0-7MQk13hA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.20.0.170309
x-originating-ip: [66.129.241.10]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BYAPR05MB4439; 7:i1Ct6RWi6UrkkKMcg7jLl1HmO0cZxZca/6F/IZFNN2VtO+1r5RlYIq+9jn8lZbHYHqpmPxwm0dQClprLrp0WqfUqv+50r8LnHP7XKhnUqKy1FrkqIrcn0YEYd6YVNbWyPZDkCnpGEAbZfB7U9kQaMRZwUDuYdlgYAP913NNIENO+Ryke34zA/jueKNMhTxVNR0pVrrywPzheWo4PdSDhpDzBjYRIUEDq2kBKojmJPV7Ek5lhc126CKi1dXn8ScbI
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: b5d6687b-4d3b-474d-24ad-08d5dd0973c3
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600026)(711020)(48565401081)(2017052603328)(7153060)(7193020); SRVR:BYAPR05MB4439;
x-ms-traffictypediagnostic: BYAPR05MB4439:
x-microsoft-antispam-prvs: <BYAPR05MB4439978FF7615E0612D99D77A54F0@BYAPR05MB4439.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231254)(944501410)(52105095)(10201501046)(93006095)(93001095)(3002001)(6055026)(149027)(150027)(6041310)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:BYAPR05MB4439; BCL:0; PCL:0; RULEID:; SRVR:BYAPR05MB4439;
x-forefront-prvs: 0717E25089
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(396003)(346002)(376002)(366004)(199004)(189003)(81156014)(6486002)(2900100001)(102836004)(54906003)(110136005)(66066001)(97736004)(106356001)(58126008)(186003)(6506007)(99286004)(82746002)(26005)(105586002)(486006)(11346002)(33656002)(2616005)(476003)(446003)(478600001)(36756003)(316002)(76176011)(93886005)(256004)(5660300001)(6246003)(305945005)(14454004)(6116002)(4326008)(3846002)(68736007)(5250100002)(86362001)(6512007)(25786009)(2906002)(53936002)(81166006)(6436002)(229853002)(8936002)(7736002)(8676002)(83716003)(2171002); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4439; H:BYAPR05MB4230.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-microsoft-antispam-message-info: WqjeP3dkvokGx1EqvqTk9UTGXqHTZUr/KKhPJ33CCnK0LXjh3GkQDdG/2FAGoc35JIRUCVYK5idKXyE7X50TWuddrlMSDT4IoP3vjoecOi5HfJGBKAVBSeXzZcIv+M1cSfGfclebV6jHKde6+4AizgkvnB2l38r7qpzk8uftAtgeVHl+aDDTLfbyjOhgXF/ZeKgx4ZGcn9naJjIo3AJhBT5+DNJeoZymEHW6Uql8R3hKXvGH5IB8w2QKQQ2Tzs9E6pm6SsrRt2KP2OCRZmQZlTCOCcCVqGBsuM7W45KMv3Y7Ag9fPd7vRU8jgNrJzOiNevYx4GQX7lWIulVL/f4JEHWq8VKpN0zZ0OwGEqXCP30=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <2DB8225D1579244D8E631DDE653F57F0@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: b5d6687b-4d3b-474d-24ad-08d5dd0973c3
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jun 2018 15:11:40.9005 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4439
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-06-28_07:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1806210000 definitions=main-1806280172
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/u0ln3irKFiCPLwWNyGLga5TUiyg>
Subject: Re: [netmod] Call for adoption request of draft-kwatsen-netmod-artwork-folding-04
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.26
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, 28 Jun 2018 15:11:46 -0000


>>But with variable placement of the '\' character you can do:
>>
>>        This very long line happens to have a space character \
>>        immediately after the fold column.";
>>

This would not work, since the line is one character too long


>> or
>>
>>        This very long line happens to have a space \
>>        character immediately after the fold column.";

This is legal, but is in the realm of manual-folding, or "semi-manual
folding", for what you do with your preprocessing-scripts.


>>so I'm not sure that disallowing space at the fold column is a
>> problem.
>>
>> Note that even with this, your original "one-liner sed" still produces
>> valid results, so if you just want a simple folding program you can
>> use that.

True.  We could define a feature-rich format, for which the existing
script only-supports a lowest common denominator.  From a folding
perspective, that might be okay, but from an unfolding perspective,
it could not be used to unfold any folded-artwork, and so I'd push
to fix the script to unfold any input.


>> The problem is that this does not work in cases where there are a 
>> lot of spaces - particularly where there are more than 'line-length'
>> spaces in a row, in the middle of the line.

Right, so if the input was something like an empty table row:

       +------------------+------------------+-----------------+------etc.
       |                  |                  |                 |

Or a snippet of a UML diagram where the line is a 100% blank:

                                                                      etc.

Allowing arbitrary per-line indent makes decoding these cases ambiguous.



If the goal is to have a pair or rules like:

  1. Any line ending with "\\n" is considered folded, regardless of the column.
  2. The original/source artwork MUST NOT have any lines ending with '\' char.

which would support your semi-manual folding scripts, I think it is possible
(TBD), but it would entail having a fixed indent rule (e.g., some hardcoded
column number, or always use the same indent as previous line, or always use
the same indent as the previous line plus some fixed offset).  Given a clear
rule, the unfolding alg can chomp just the right amount of whitespace out,
leaving any remaining whitespace, for a loss-less decode.

Alternatively, we can have arbitrary per-line indent, but then we need to 
have a fixed fold-column, or assert that the source artwork has no whitespace
where the fold begins, which means blank lines could never be supported.  This
was mentioned above also.


PS: Regarding Rob's desire for 120-char line lengths, I forgot to mention
before that the current I-D doesn't specify a maximum.  It only says that
69 is the default, and 53 is the minimum, so 120 is fine.


Kent // contributor