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

Julian Reschke <julian.reschke@gmx.de> Tue, 17 December 2019 05:58 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 9F47A1200C5 for <xml2rfc@ietfa.amsl.com>; Mon, 16 Dec 2019 21:58:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 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] 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 b1H8TCNrcXsF for <xml2rfc@ietfa.amsl.com>; Mon, 16 Dec 2019 21:58:12 -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 C36E61200B4 for <xml2rfc@ietf.org>; Mon, 16 Dec 2019 21:58:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1576562286; bh=TUymS6Ovx/1MIfEHciyi7nsKin+HsOMPhk2lfi6i+jM=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=dWmrZ5zRi7ZIYAvIXt7nj4y64MhAr9jYEEjDwykWzVZC/5m3Hm4s7LqLKrje6XqJE vOX6zjpsf0D+Ox3NPPUhwtWVS6mZOjgWkxcF6M4n1reYdKHdRx97CkIBwxspAQcUUr sa/oM548mGCUrbJugrgRvEoe5+pUVmESQcaWPz04=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.124] ([217.251.139.128]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M8QS8-1ici9m0aES-004PiU; Tue, 17 Dec 2019 06:58:06 +0100
To: 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>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <cacf403c-fee9-f2b8-b404-837138e2f51c@gmx.de>
Date: Tue, 17 Dec 2019 06:58:06 +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: <380c21e0-ab94-2b28-b944-3bf5e63f0feb@alum.mit.edu>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:o7HfcBfe/CdfABfuWFUlLreNxCaJefld/AwAhz3VXX0S0JAaWYa HNH7lFLs5jZ1JU7ApgHlCBTdDpmMwgxfY8Pr0OImLUfJAyOHXWZh4/RuaaBoGFc9/2impR9 1j4K+G3ufOy1XgCigEhnHy+8ulDMbFGv43K/DMdHaSecij02Fs+Iyub+RXZJR1sZpzu6zgQ rGCwSkJzAnmOBE0yQ0ibg==
X-UI-Out-Filterresults: notjunk:1;V03:K0:UJTJP9M/5hI=:cZ7bqFmDA6IZLt2tv/u9w4 2PPvK4cw9WI40h9fqKBjF5R6HHvs7QUx6YlwbzkpLWnyHq32ptDskhkVwJeUcGWCSBSJKByw7 hHsGhDl9lniyJ/TeVJPtuLRB0WOKR89/qeTQFUb4V0tPGWN7r0nKofr6UqJPEg0eCNnBSPom9 +zxjFkL89s7oqTyggiqkvY9U8oMC7vXTWwyLCYIzyF2AEssHxBwHnVX1wDB2dXZc10caDSkRT N0J7K8wQuRAkYoI0J1YrIOuCe2JSlhSLiBMnV6CXD0X+LZpk7xGlU0zPa7331X16sSlS9Fo0G 4DmH0B9+PfxcOzbD3vQQCY5nCXch9KupGBPnc58HxbVBzniO93A3RhLo9vCH+psC5LbiRg+Ij VAlPoroRo06a/CNY32FXnW2JxGTb1zcyp6FTCsaldqAdUpGsNyBII8SfL/iGr5BaUVMAtj5Cl 7ykRqnHjk/wiy73AYM1OL9qqMECeyUOQ+gGZhP9gLqEoYGcpfm7AnBP6bsQn0zqWFMBHz9oW9 Vnp9zHarHJslgEnBBMfCcwinY3H2oX8Fg0c2Kas2hWVC3Eky8td4Fmpc8GtjdjadPhMSJq7nD XTRz7HSz3eN4m8SQGJ6ofbY+6oyq4e0N6oXzmbBPZTNK88ObEKUlfyz6J7+CUezB8R1hmyugW qmf4HwoLKh5m+1oQwIJPrLIdlHB9SDpKHDo3MVhHAG0hm9DkbTlQ72v4Uko0QrECBIA82otLR E9uoPHC+YVTOYKFpiXpJ6qPHbKYJxedvqVHkhyRZZiNKr6iAkuJ5PXEKU7aqQAseMIDR6Yzwg 2vyHcuT2HJseYBjw+5/MTCRaEAxoOyxne/aXec4WozHuiZmC13KtNbAUQoXVr2aSjhoeuctjO 9LPunTflNTQUvHl+g4HCS9R5H8sXNPr1BS0eWyCtgwPN0gjxZXgLwkAobET84swsP25QO34QE BkUPZZ1DrOqiSpTkn79qiXc101LPWKRcpp5jtiOprr/IhFmRMStGQvTw51t+IMB7skCfXczis jZtNZBzjvvh/7XLzsTewwpVTfmUKiySCvooHES93TwMgEmpZNZAvpOMx9Txk4jnDLONAhxp2P AZDxueMv/q9AlDn7fh7W+Rri0z2n5Lc+esj5QPP03ONS2xllj+yLGPO1g8wt2PhOf9y8ku5Yf 8vM0g66rDFkX6IF85wQyRSP+aagLR7YvIfbrCMF3T8KqeVDC+I9eQm+4r/7vTb3D3ZhuOWl6z iE5+LoUxt9Ve2fwTEFnwFXVHRstIM1HTymZdvZWzoa8h/Xs+/5p108d8rYcE=
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/qOSjNTRcMXs9ewvvXfeUHZhjz_o>
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 05:58:15 -0000

On 16.12.2019 21:26, Paul Kyzivat wrote:
> On 12/16/19 2:02 PM, Julian Reschke wrote:
>> On 16.12.2019 19:26, Paul Kyzivat wrote:
>>> On 12/16/19 1:04 PM, Julian Reschke wrote:
>>>
>>>> The simplest possible approach for *that* use case is an extension of
>>>> <reference> that provides the location of the XML source; the formatter
>>>> can then read the source and derive the section number.
>>>
>>> This will only work when the reference is bound to a single immutable
>>> version of the document. It won't work for a wildcard reference to the
>>> "latest" version.
>>
>> Well, it *does* work for the "latest" version, if you have the URI of
>> the "latest" XML.
>>
>> Believe me, we (the HTTPBIS WG) have been doing this for a decade.
>
> I don't see how you are going to make that work.
>
> Suppose we have draft-foo that contains a reference to section-xyz of
> draft-bar. Now at the time draft-foo-00.xml is submitted the most recent
> version of draft-bar is -00 and in that section-xyz is Section 6. When
> it is posted, draft-foo-00.txt and draft-foo-00.html are generated.
>
> Later, draft-bar-01 is posted in which section-xyz is Section 8.
> Subsequently, what will the reference look like when I view
> draft-foo-00.txt and draft-foo-00.html in a browser? Note that these
> have not been regenerated from the xml since the original submission.

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.

Best regards, Julian