IETF Logo Mail Archive

Re: [Rfc-markdown] rfc-editor/to-be-removed

Julian Reschke <julian.reschke@gmx.de> Thu, 28 October 2021 07:08 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: rfc-markdown@ietfa.amsl.com
Delivered-To: rfc-markdown@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 515533A0B62 for <rfc-markdown@ietfa.amsl.com>; Thu, 28 Oct 2021 00:08:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.229
X-Spam-Level:
X-Spam-Status: No, score=-5.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-3.33, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.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 JsU12FdI4f-P for <rfc-markdown@ietfa.amsl.com>; Thu, 28 Oct 2021 00:08:31 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 736C43A0B5B for <rfc-markdown@ietf.org>; Thu, 28 Oct 2021 00:08:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1635404907; bh=Rg/2flb1GRs2ka1DPAYdFk4y03JSN4TH95hbYQ3zmMw=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=h4XPlzyrmtDZf6i/RwXLFjBLlrb+g7m0P3Cqu6FSMI4YFQvfMaAfrskStFNqp5BLM RgQIajSLRiSpHkuBko/8JN0t5sqxSfJ7Q9tUz7ofr1qk/8po68Ee2CVWdP44vAyAj8 RXU7QuE934oFtZWHWm23+3um6l7XcLtNMJSiOJ+w=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.20] ([91.61.48.116]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MStCY-1mDti906ko-00UJcQ for <rfc-markdown@ietf.org>; Thu, 28 Oct 2021 09:08:27 +0200
To: rfc-markdown@ietf.org
References: <3088.1635371892@localhost> <4BF5ABC4-B319-4B3D-8232-EDF07319D9CB@tzi.org> <22411.1635383048@localhost> <4FB881DC-5F3C-4C1E-A976-66F1C0CB1E34@tzi.org>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <1c375bcf-1de1-dc94-5c92-67018acb1633@gmx.de>
Date: Thu, 28 Oct 2021 09:08:26 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0
MIME-Version: 1.0
In-Reply-To: <4FB881DC-5F3C-4C1E-A976-66F1C0CB1E34@tzi.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:YObCdinfp2N15GT7+ldE/QjVnmo8GbKCVAQsMnscVJRBVfkbVns 2ALSd9KythqNlKF45E+FTUo1itmQ2AF1g3i/XfhTprZHd8WeexzZ20sgEXoMAdWifma82Rh wJxI3j2J7RLposUBx75LUs4RcITtJYvOsxzAm+f0k15sDNIgsPo5pjEs5OlbrIdsYlDK6bB i0uQhwaW+DAvkX14Qiy8Q==
X-UI-Out-Filterresults: notjunk:1;V03:K0:RrBocfrLTUQ=:gMQNijj6UMqPo4/5HEY28/ u0dtJw6gfkVihmLF/+x+Kbgk0Exj4SbeZ+Auiel2mMwbAefTZc2Izz6T2HwAcMJmTm/G4+816 +ToPGJCm9VqWfj5UmBHOkTo0njKAXJu6HeBKqZJJKDuT/hHsJ1oU9HptG/VNhkRO1RlNPijjA 9PQtUVSfdy0itvnAICo8dQTB5yuNnDSTGY1XUybBSjgGNJgRWZcyrgj72M+dIwLP80crJu9Gs 51mc1at3Psenoos3kNVb9WLBJxLQHZR7Qm8iKmnFcAT+mvKeXaI2ZawrBT97MrWZ+pyXHp6tE qidtOoUYaZ/6hPOzs4yYkzgPLZIeOCcT7eHxdjaHL5Kr5rzMx7ZInN/STTKJgeISWhxvzTFy3 BBM/MfT+nxKkM1CI4TOH6ujhnfTVYN+sGRBCHODUNdWNgw+0JrTG4Rcyte5EMmZRTy3SIzts/ bgSxVi/EZ9LItveMg759m3WwsMPxckXYXExItfGqL68fYzQeLtdPEX/X9DRtCQ6z4yrM1Ivxe darQjQAgkH83aIpT1ZgNB8Dg1jCsk0V//kiUzDrNqpGsHizO+5lF0+HG4X5K+M+iy7xjAb94T reSgW6XUveJyFWZcs+fI0Kl2wrZ0ZQ9VczJECrjLDVv+lzyxxmFZzw1BuLJ3B/O6dTVXEv1F9 mQmhRNBALmUs+gtqBPVL0IOQjZok5vp2j0OENZOJxDGZijKdnPJlTJRd6GzqjfMy0Z2Iu9F8P +XYgOS3RqMCDoNJn9S6LJKzSt40oMW6V0be1bQV7CnZloBX13GZTSAXlskEmZG+8mRlPOu7GT RngzutePJouZWjRzn5b0dXAasoXle915SEbX1djPKhGxSkEicCzVYBdHCpZz72TUkTexFUxzI lz8IQNFfYOwpLF5k2VSTPCctw6+wULGTK+Oobi0HNGk/FXa5paL5gLfNFVyuyyq/zlFCcXHYp SddYSHMO+FOdA/5Vasrz6Gk5nEnbY5N+HQfSaR+QaWV/6YlSiIIfev3b9Xhl+x553K/kbgC1s EiV4MexgVoo1mT8mwJxeawk2A5qso5va7tLIg9nXf/4qjnxMU9ffpteEUxU6IogfyG5CRn1uv wXiHOxdyKmLeuY=
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfc-markdown/WX1ThmApT1lbAK3JxuoLxcimxq0>
Subject: Re: [Rfc-markdown] rfc-editor/to-be-removed
X-BeenThere: rfc-markdown@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "rfc-markdown is a discussion list for people writing I-Ds and RFCs in Markdown and the authors of the tools used for that." <rfc-markdown.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rfc-markdown>, <mailto:rfc-markdown-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfc-markdown/>
List-Post: <mailto:rfc-markdown@ietf.org>
List-Help: <mailto:rfc-markdown-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rfc-markdown>, <mailto:rfc-markdown-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Oct 2021 07:08:36 -0000

Am 28.10.2021 um 08:16 schrieb Carsten Bormann:
> ...
> (2) How does the removeInRfc attribute of RFCXMLv3 operate on nested sections?
>
> There is no answer to this in the RFCXMLv3 documentation [1], and it is a bit weird because the default value of removeInRfc is false, so an h3 section without further markup that is nested in an h2 section marked removeInRfc=“true” will seemingly contradict the outer h2 section.  The rendering is no help in interpreting this, as it just includes a paragraph at the start of any section marked removeInRfc=“true”.  AFAIU, the actual removal will happen manually during RPC processing, so we are speculating about how they will interpret the seemingly contradictory instruction.

Yes, the grammar should have defined a value of "inherit", and that
should be the default.

I *practice*, everyhing below a section labelled "to be removed" will
indeed be removed.

FWIW, the is part of the "RFC production mode" of the preptool
(<https://greenbytes.de/tech/webdav/rfc7998.html#rfc.section.5.6.1>).

> ...

Best regards, Julian

v2.46.0 | Report a Bug | By Email | System Status