Re: [Rswg] A citation as a substantive [was draft-irse-xml2rfc-changes...]

John C Klensin <john-ietf@jck.com> Wed, 28 September 2022 17:50 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: rswg@ietfa.amsl.com
Delivered-To: rswg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF8B9C152574 for <rswg@ietfa.amsl.com>; Wed, 28 Sep 2022 10:50:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.905
X-Spam-Level:
X-Spam-Status: No, score=-6.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bGjMeMLugy4x for <rswg@ietfa.amsl.com>; Wed, 28 Sep 2022 10:50:16 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE04EC1524DD for <rswg@rfc-editor.org>; Wed, 28 Sep 2022 10:50:15 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1odbCH-000KjC-7G; Wed, 28 Sep 2022 13:50:13 -0400
Date: Wed, 28 Sep 2022 13:50:07 -0400
From: John C Klensin <john-ietf@jck.com>
To: Jean Mahoney <jmahoney@amsl.com>
cc: Julian Reschke <julian.reschke@gmx.de>, rswg@rfc-editor.org
Message-ID: <9E0983BFC1BFB7ED7B029240@PSB>
In-Reply-To: <8c8476b8-d6a5-da5e-40b1-028d30901027@amsl.com>
References: <interim-rfc-series-project-manager/draft-irse-xml2rfc-changes/issues/1@github.com> <interim-rfc-series-project-manager/draft-irse-xml2rfc-changes/is sues/1/1259679973@github.com> <YzNE5EIA7HI0WsEk@faui48e.informatik.uni-erlangen.de> <0276E311EA9F8008B13ABEBE@PSB> <4ee10c7a-506c-3799-a726-6f9147e4b58c@gmail.com> <035f585b-d96e-ac89-7964-2ae0f2cb56cf@cs.tcd.ie> <91e44938-8549-4acc-9be8-85c74603552a@amsl.com> <1AFA9E0F699E174E121DF124@PSB> <021ea908-85e6-a3eb-a539-4afb603ace14@gmx.de> <8c8476b8-d6a5-da5e-40b1-028d30901027@amsl.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/rswg/jVbnwPm755d61LobFQh-btOzyk0>
Subject: Re: [Rswg] A citation as a substantive [was draft-irse-xml2rfc-changes...]
X-BeenThere: rswg@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "RFC Series Working Group \(RSWG\)" <rswg.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rswg>, <mailto:rswg-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rswg/>
List-Post: <mailto:rswg@rfc-editor.org>
List-Help: <mailto:rswg-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rswg>, <mailto:rswg-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Sep 2022 17:50:19 -0000

Jean,

Many thanks.  And apologies for the bits that you picked up and
answered while I was writing my long response to Julian.

best,
   john


--On Wednesday, September 28, 2022 12:32 -0500 Jean Mahoney
<jmahoney@amsl.com> wrote:

> John and Julian,
> 
> On 9/28/22 10:52 AM, Julian Reschke wrote:
>> Am 28.09.2022 um 17:21 schrieb John C Klensin:
>>> 
>>> 
>>> --On Wednesday, September 28, 2022 08:35 -0500 Jean Mahoney
>>> <jmahoney@amsl.com> wrote:
>>> 
>>>>> I don't object to guidance as to better phrasing at all,
>>>>> but imposing such as a requirement seems a bit silly when
>>>>> the meaning is clear.
>>>> 
>>>> [JM]  The current guidance for in-text citations can be
>>>> found in the RECOMMENDED section of the Web Portion of the
>>>> Style Guide. Both styles are okay:
>>>> https://www.rfc-editor.org/styleguide/part2/#citation_usage
>>> 
>>> Jean,
>>> 
>>> My apologies to you, and everyone else, for mentioning that
>>> issue in my note because it seems to have distracted from the
>>> more important question, one that I do not believe is
>>> addressed in the Style Guide.  That is whether, if one
>>> needs to cite, e.g. (and simplifying a bit from Toerless's
>>> example), two different sections of the same document,
>>> whether you have guidance about whether to use some
>>> variation on
>>> 
>>>     The background for the current Nomcom selection
>>> criteria     [RFC8989] Section 1,...
>>> 
>>> and
>>> 
>>>     The specific, experimental Nomcom criteria [RFC8989]
>>>     Section 4...
> [JM] The RFC Style Guide [RFC7322] is not explicit about the
> scope of a reference, but it can be inferred that it is at the
> level of a document rather than a section.  That is, an
> author does not need to provide a reference entry for each
> external section cross-referenced in the document.
> 
> 
>>> 
>>> or whether to embed the section number in the references so
>>> one would have simply "[RFC8989a]" and "[RFC8989b]" in the
>>> running text. 
> [JM]  If an author wants to create a reference entry for a
> particular external section, the tag construction above along
> with providing section details in the entry works, but this
> construction is not captured in the current Style Guide. I've
> added an issue
> (https://github.com/rfc-format/draft-flanagan-7322bis/issues/9
> ).
> 
> An example taken from RFC 8753:
> 
>     For most purposes, this would be done by adding to
>     the table of exceptions associated with Rule G [RFC5892a].
>     ...
> 
>     [RFC5892a] Faltstrom, P., Ed., "The Unicode Code Points and
>                Internationalized Domain Names for Applications
> (IDNA)",
>                Section 2.7, RFC 5892, August 2010,
>                <https://www.rfc-editor.org/rfc/rfc5892.txt>.
> 
> 
>>> That second form is probably more friendly to both
>>> Toerless's concerns about very complex within-document
>>> citations and to HTML formats, where an author could
>>> actually specify a link of
>>> <https://www.rfc-editor.org/info/rfc8989#Section1> if that
>>> anchor were supported in the text (it is not for RFCs, but
>>> could easily be available for other types of documents).
>>> 
>>> 
>>> As far as I can tell, the current RFCXML vocabulary is not
>>> particularly friendly to either.  For the first form and
>>> itsy     "[RFC8989 Section 1]" to "[RFC8989] Section 1"
>>> because the former would make it more clear that "Section 1"
>>> is part of the citation and not running text.   However, I
>>> cannot write
>>>     <xref target="RFC8959" citationDetail="Section 1"/>
>>> or the equivalent, which I presume would be needed to
>>> produce it.
>> 
>> You could write
>> 
>>   <xref target="RFC8959" section="1"/>
>> 
>> This will produce
>> 
>>   Section 1 of [RFC8959]
>> 
>> with both parts nicely hyperlinked in formats that support
>> linking.
> [JM] As Julian points out, xml2rfc supports the creation of
> hyperlinks to sections in other RFCs, and multiple formats are
> available. These formats are specified with the sectionFormat
> attribute:
> 
>     <xref target="RFC8959" section="1" sectionFormat="of"/>
> 
> For more information about sectionFormat, please see:
> https://www.rfc-editor.org/materials/FAQ-xml2rfcv3.html#name-w
> hat-about-referring-to-a-s
> 
> This <xref> construction creates in the PDF and HTML outputs
> two hyperlinks:  a _Section N_ hyperlink to the actual
> section of the RFC hosted on rfc-editor.org and an _[RFCXXXX]_
> hyperlink to the entry in the References section. The _Section
> N_ hyperlink is just that; it is not considered part of the
> reference entry.
> 
> To be explicit that a particular cite tag and its reference
> refers to a section and not the entire document, an author
> needs to create a custom value for the target attribute and
> build the reference entry with supporting text as shown in the
> example taken from RFC 8753.  xml2rfc does not have a
> shortcut for creating a section-specific cite tag and
> reference entry.
> 
> Best regards,
> Jean
> 
> 
> 
>> 
>> > ...
>> 
>> Best regards, Julian
>>