Re: [xml2rfc] can xref section= reference an anchor?

Julian Reschke <julian.reschke@gmx.de> Tue, 17 December 2019 07:17 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: xml2rfc@ietfa.amsl.com
Delivered-To: xml2rfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF0ED12018B for <xml2rfc@ietfa.amsl.com>; Mon, 16 Dec 2019 23:17:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 dKsb1qEMgIwV for <xml2rfc@ietfa.amsl.com>; Mon, 16 Dec 2019 23:17:30 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 254261200DE for <xml2rfc@ietf.org>; Mon, 16 Dec 2019 23:17:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1576567036; bh=QkmJ7Z0LVwhrMdw8oF/kTxqDcfc9x4f7zLzY3FzMsrA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=MlpA7uqRHyUfKX6erqlKcp1v6Sr9HiOys1ZBPfatMak56eCXxCaxH9F4fN30vsxqE MLZ+zGrEpkZkQEybyDU3+WLTMsIQUh5MBIfT4Gfet6btwcORMB44P8USXo1PKi928/ 46LXi8S//MdK1q0GKuDevstx/Bn0giX9PFmA3qiE=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.124] ([217.251.139.128]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mirng-1i4V1k386O-00ev8R; Tue, 17 Dec 2019 08:17:16 +0100
To: Carsten Bormann <cabo@tzi.org>
Cc: Paul Kyzivat <pkyzivat@alum.mit.edu>, xml2rfc@ietf.org
References: <5d192de5-c6ca-aa1f-b7e0-0500704e491a@htt-consult.com> <C8AF4E96-E5BB-4232-B58C-A617E404DFF4@tzi.org> <78372dfd-39ff-183f-4f51-0b2c7e8d73d0@gmx.de> <f0253702-7b84-9dc1-08c8-87c8d97f3086@alum.mit.edu> <ffb41a52-f9d6-3776-cae7-58b123878ab6@gmx.de> <380c21e0-ab94-2b28-b944-3bf5e63f0feb@alum.mit.edu> <cacf403c-fee9-f2b8-b404-837138e2f51c@gmx.de> <B5191240-8706-4AF6-9B77-AA18C81E9DB0@tzi.org>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <be7b9cff-20e1-fb48-da62-004c28b36ba3@gmx.de>
Date: Tue, 17 Dec 2019 08:17:15 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <B5191240-8706-4AF6-9B77-AA18C81E9DB0@tzi.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:nxLtUo3cHDg/Zsfg048OFr8SE6LCYgzq5y+iQQ5wwkyDsb0GOWQ Mjt4TE5lOvEOU2m2VaqfgKxHc/CuxGNSOVyNZj7mArHUqBIn+1Evt3JxOoIjGusHahIbBa8 S3qyi8IKZvfdUvKQ2zmQaD56TqjNH6hO1gZwO68RB7HO+aiOPm8KQTaZ6ouzArQIxJVX/Eo lOGC5r3fXWUA5NQjmX2MA==
X-UI-Out-Filterresults: notjunk:1;V03:K0:1yE6m6ccZL0=:t2rXNPy8rWTq5zzdVL6KIf PoPo2dOlTjbATEYtj3w6a9cRxmgMFiEUlGGkp8hZ/o3QBV10tDncotyELnr0dS55BRu8TjqIe lM7CUrSrRfI+QPtnWeyZE0etbSz4eEIl7JX6GO7TxnKd0Wqyl2wNERmbiM8uUSGBoHyol7lmC MxmD+W42XtiV6fnvlJNrZCFx1uTNJQBeXTcFvWG73ey/fDEdibiU3g4SSMhOWhrrqNnkA2tsM zBCC022f0v8omiO6yeXXhX2ZN/AoudKRCvKTcKHNvuxQ2uwr4FM8zunvcw4h5VzqjA0JlCemn AoBXD06Ll0tVKeX2S1UO1arB2hA5G+MUhAZdd2POIP1O/Jm1g0u4oCsX9004HBS+31D02DejT 0H+XFwSSsJCx1c7cG4MnMZV9uePKA7h1PozDhpuUGo4NboIFKMzG1fr5ue6HMLa0UbODxq/qx NrOWaN6+i2azG41ANRRFX/R2QMwvRM7q8mvGIF3KgADLIisie/HXqmWTOkJU3brhymurzqLl9 tWUCQ60fPIRveckn9LYRKKH9JdSK+5wTR1uychxOzsWrWgWj0nVEMti5pbiYkbuIfe8tKxwLx waiIeiGB+zuA9vZBl6YucHlexYhi4tWmJ+C46Y8X8gI0xteT6JVHQJxiWNy+E0OpMLYyDW0QI /kR6hoDFxijKYrcBniGUCdZ/dBIPP/2ni4X/DzZ7uvloJX5vMymtnkqJ2L3CFVE6xRrEO/Yv0 F7uqbh8lRYUkde+d7xgXfzxFxIgIK9sfeyXYDP+3rnamBBea6zTx7jvN3tkXxk9FgCMxjJRDU 2bScTVbLZSDKOSk+6C6q1ICvcZ7r2t26Lup0Q9+MQDvaE1tqzK3bascJq/W7X/pDKW3HsDdk4 5QmDDf5QnIOlBmKD/BbZgLOnSHHHlqtEWOMYuV1jqbjiE1qliANoEudwi51DYgzuGXvzxXGhv w5xoaiarZHXFmn0vVZfM2EkDiXq9BoUz4oRnT6DzkW+XOe3BzYwkv0LuJ0E1WDk6wPu+n2/KS AcoFX7WoQ+a8b8+STqbEmyCXI4RNQKhDPlkVKv2xBdtQcU0SotAhTsxBxpgrdX5hIObwZBo0D 03zBwBdyBV1ot3tzwNmixqB9BkSMBRUqtnf2eqrwsLZUw2ADw3CajHgYzIzQC6uA5lTLLPqYa o4yIpY/a/gWuv6FhO6owVHr03PwMc7fJ5pFIh6AL5GnOz1OvMq7fHbG7d5j668dVCwcCJ1Rtf XnHx/KdjkUvh74hqj0byWB6lqRPKzXpDUh3mZmpKIR4jV/XHGRMnuTSB9Y0g=
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/Pxp2mXbyhEJ6i9KVDqja7s0Tp-s>
Subject: Re: [xml2rfc] can xref section= reference an anchor?
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <xml2rfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc>, <mailto:xml2rfc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc/>
List-Post: <mailto:xml2rfc@ietf.org>
List-Help: <mailto:xml2rfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc>, <mailto:xml2rfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Dec 2019 07:17:39 -0000

On 17.12.2019 07:17, Carsten Bormann wrote:
> On Dec 17, 2019, at 06:58, Julian Reschke <julian.reschke@gmx.de> wrote:
>>
>> IDs and RFCs, once published, are immutable.
>>
>> A *published* draft usually should not reference parts of editor's copy
>> of another draft.
>>
>> What *does* work (and that's what I was referring to) is having
>> auto-computed references between drafts that are published in sync, such
>> as currently the three http-core specs.
>
> As usual, there is confusion between the authoring language and the publishing language.
>
> The desired feature here is to have references to other documents in the authoring language that update automatically.
>
> The time of commit is the time of publishing.  In the publishing language, there must not be references to information that changes, such as an unnumbered reference to an I-D.  Converting to plain text previously made sure that the commitment process happens.  Now, the conversion from the authoring language to the publishing language needs to be done by separate tool, which we tend to call “prep tool”.
>
> Julian, you are familiar with doing this between drafts published at the same time, but synchronized publishing is not at all a prerequisite to references (bibxml, section numbers/names) that auto-update.
> ...

Yes, but.

In the case of independant submission times and for draft-foo
referencing draft-bar, you need to freeze the reference to draft-bar whe
  publishing draft-foo.

That is something that needs to be done at submission time, and it *can*
be automated. We don't *need* vocabulary support for that (but of course
we can discuss what could be done to simplify this).

Best regards, Julian