From nobody Fri Jan 1 12:51:20 2021 Return-Path: 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 B2F023A0C9D; Fri, 1 Jan 2021 12:51:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 dj2kkMf2sIUS; Fri, 1 Jan 2021 12:51:11 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C44F3A0CBA; Fri, 1 Jan 2021 12:51:10 -0800 (PST) Received: from [192.168.217.118] (p5089aac1.dip0.t-ipconnect.de [80.137.170.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4D6xy42FPyzyXc; Fri, 1 Jan 2021 21:51:08 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann Date: Fri, 1 Jan 2021 21:51:07 +0100 Cc: xml2rfc Mailing List X-Mao-Original-Outgoing-Id: 631227067.7792079-b86a83dd4bb19b7e856a0c07fa9c1ab2 Content-Transfer-Encoding: quoted-printable Message-Id: <2159EB3B-22DA-4E01-92A3-7512832B9189@tzi.org> To: rfc-markdown@ietf.org X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [xml2rfc] 1.3.24: handle camelCase XML attributes X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2021 20:51:14 -0000 In XML attribute names, e.g., set via IALs: * convert snake_case to camelCase, or * convert downcased known camelCase names(*) to camelCase Fixes inability to use camelCase attributes in XML elements named like HTML elements (e.g., quoted=46rom in blockquote) =E2=80=94 parent gem = kramdown treats HTML attributes as case insensitive and downcases them before we get to see them. If ever needed, snake_case can still be entered as snake__case. Note that we don't touch the occasional kebab-case attribute name defined in RFCXMLv3 (currently quote-title, suppress-title). As usual, update by =E2=80=9Cgem update=E2=80=9D or =E2=80=9Cgem update = kramdown-rfc2629=E2=80=9D. Gr=C3=BC=C3=9Fe, Carsten (*) asciiAbbrev asciiFullname asciiInitials asciiName asciiSurname asciiValue blankLines derivedAnchor derivedContent derivedCounter derivedLink displayFormat docName expiresDate hangIndent hangText indexInclude iprExtract keepWithNext keepWithPrevious originalSrc prepTime quoteTitle quoted=46rom removeInRFC sectionFormat seriesNo showOnFrontPage slugifiedName sortRefs submissionType symRefs = tocDepth tocInclude From nobody Sun Jan 3 05:56:40 2021 Return-Path: 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 B403C3A0E9B for ; Sun, 3 Jan 2021 05:56:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 WPPdgujAyO4b for ; Sun, 3 Jan 2021 05:56:36 -0800 (PST) Received: from relay8-d.mail.gandi.net (relay8-d.mail.gandi.net [217.70.183.201]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 489893A0D78 for ; Sun, 3 Jan 2021 05:56:35 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 00ACC1BF203; Sun, 3 Jan 2021 13:56:31 +0000 (UTC) Date: Sun, 3 Jan 2021 14:56:30 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List Message-ID: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Archived-At: Subject: [xml2rfc] No in a
! X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2021 13:56:39 -0000 I was surprised to receive the following error messages from xml2rfc : draft-rprice-UPS-management-protocol-00.rfc(81): Error: Element dd has extra content: t, at /rfc/middle/section[1]/section[1]/dl/dd[1]/t draft-rprice-UPS-management-protocol-00.rfc(97): Error: Element dd has extra content: dl, at /rfc/middle/section[1]/section[1]/dl/dd[3]/dl My understanding from the DTD in file v3compat.dtd is that the content model (I guess this should also include #PCDATA but that's a separate matter) is: and nothing in RFC 7749 or https://tools.ietf.org/src/xml2rfc/trunk/cli/doc/xml2rfc3.html#list-elements suggests otherwise. Even HTML has content model where section.content is very generous: Please can we have nested lists and in
? Roger From nobody Sun Jan 3 06:07:11 2021 Return-Path: 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 EF8723A0EAF for ; Sun, 3 Jan 2021 06:07:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.019 X-Spam-Level: X-Spam-Status: No, score=-0.019 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 uORi13PL-cFz for ; Sun, 3 Jan 2021 06:07:07 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 034A53A0EAE for ; Sun, 3 Jan 2021 06:07:06 -0800 (PST) Received: from [192.168.217.118] (p548dc939.dip0.t-ipconnect.de [84.141.201.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4D80tw3Y1szybD; Sun, 3 Jan 2021 15:07:04 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: Date: Sun, 3 Jan 2021 15:07:03 +0100 Cc: xml2rfc Mailing List X-Mao-Original-Outgoing-Id: 631375621.778849-c97e28b67604d40d6dc116761c6e9c96 Content-Transfer-Encoding: quoted-printable Message-Id: <51826EA8-68E8-4705-93FE-8FB624C3A0E1@tzi.org> References: To: Roger Price X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [xml2rfc] No in a
! X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2021 14:07:10 -0000 On 2021-01-03, at 14:56, Roger Price wrote: >=20 > draft-rprice-UPS-management-protocol-00.rfc(81): Error: Element dd has = extra > content: t, at /rfc/middle/section[1]/section[1]/dl/dd[1]/t > draft-rprice-UPS-management-protocol-00.rfc(97): Error: Element dd has = extra > content: dl, at /rfc/middle/section[1]/section[1]/dl/dd[3]/dl The full story in v3.rnc is: dd =3D element dd { attribute xml:base { text }?, attribute xml:lang { text }?, attribute anchor { xsd:ID }?, attribute pn { xsd:ID }?, (( artset | artwork | aside | dl | figure | ol | sourcecode | t | table | ul)+ | (text bcp14 br cref em eref iref relref strong sub sup tt u | xref)+ ) } So, once you have used a span-level item (plain text, spans like em and = strong, etc.), you can=E2=80=99t move up to block-level items (t, dl). Can you post an excerpt of what you have been trying to do? Gr=C3=BC=C3=9Fe, Carsten From nobody Sun Jan 3 07:54:18 2021 Return-Path: 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 DB34A3A0FEB for ; Sun, 3 Jan 2021 07:54:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 Ds0S6dcaQc1J for ; Sun, 3 Jan 2021 07:54:13 -0800 (PST) Received: from relay12.mail.gandi.net (relay12.mail.gandi.net [217.70.178.232]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC8133A0FE7 for ; Sun, 3 Jan 2021 07:54:12 -0800 (PST) Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay12.mail.gandi.net (Postfix) with ESMTPSA id B555B200002 for ; Sun, 3 Jan 2021 15:54:07 +0000 (UTC) Date: Sun, 3 Jan 2021 16:54:06 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List In-Reply-To: <51826EA8-68E8-4705-93FE-8FB624C3A0E1@tzi.org> Message-ID: References: <51826EA8-68E8-4705-93FE-8FB624C3A0E1@tzi.org> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="-636875520-295526731-1609689248=:26613" Archived-At: Subject: Re: [xml2rfc] No in a
! X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2021 15:54:16 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---636875520-295526731-1609689248=:26613 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 3 Jan 2021, Carsten Bormann wrote: > On 2021-01-03, at 14:56, Roger Price wrote: >> >> draft-rprice-UPS-management-protocol-00.rfc(81): Error: Element dd has extra >> content: t, at /rfc/middle/section[1]/section[1]/dl/dd[1]/t >> draft-rprice-UPS-management-protocol-00.rfc(97): Error: Element dd has extra >> content: dl, at /rfc/middle/section[1]/section[1]/dl/dd[3]/dl > > The full story in v3.rnc is: Thanks for the pointer to v3.rnc. Can I take this as the true grammar for xml2rfc? > dd = > element dd { > attribute xml:base { text }?, > attribute xml:lang { text }?, > attribute anchor { xsd:ID }?, > attribute pn { xsd:ID }?, > (( artset | artwork | aside | dl | figure | ol | sourcecode | t > | table | ul)+ > | (text bcp14 br cref em eref iref relref strong sub sup tt u > | xref)+ > ) > } Wow! XML makes hard work of it. I guess its because the XML mixed content declaration restricts the use of #PCDATA. Why does the v3.rnc definition use "text" rather than #PCDATA ? > So, once you have used a span-level item (plain text, spans like em and > strong, etc.), you can’t move up to block-level items (t, dl). > Can you post an excerpt of what you have been trying to do? My problem was that I wrote
Pizza
Lots of flavours. Look at these
Banana...
...
I fixed this by adding a to turn the text into a block:
Pizza
Lots of flavours. Look at these <- I added a
Banana...
...
xml2rfc accepts this but I found that nested
are all presented at the same depth in HTML output, so I will change the way I mark up. Roger ---636875520-295526731-1609689248=:26613-- From nobody Sun Jan 3 08:05:55 2021 Return-Path: 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 95F0F3A0FF3 for ; Sun, 3 Jan 2021 08:05:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.261 X-Spam-Level: X-Spam-Status: No, score=-0.261 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.262, 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 J4mAL763Mtb6 for ; Sun, 3 Jan 2021 08:05:52 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 E1ED53A0FF9 for ; Sun, 3 Jan 2021 08:05:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609689943; bh=H2aHQKTnhkpb2iXks+cxp3foeshhab0/nLk4PVgrI1Q=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=GsXlyXEyyZO/iciaifq6XbIlR8iAuK9utUithXMy5gWas9aRT3BOuvrNU2FRat6mY S3+jlOaIzTvFAJgTFxwm4ysf29BiFx5EJwOhOPtq4D7H6rHGMojanxYh0H8lXTa0RV zUT8ZjgD3TwCU6zIWUz9hY9la7yhj2ylMTnJGhZ4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.182] ([217.251.139.11]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N0XD2-1k1oSw3W5s-00wW38 for ; Sun, 03 Jan 2021 17:05:42 +0100 To: xml2rfc@ietf.org References: <51826EA8-68E8-4705-93FE-8FB624C3A0E1@tzi.org> From: Julian Reschke Message-ID: <23da471c-692c-2923-4593-fb0c925ff8f1@gmx.de> Date: Sun, 3 Jan 2021 17:05:38 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:Ch2+5LKU8yhB01m/iIamSrM7KfnRDHdeHZm6RlHn3ISPX00+uyl lzfCV40QqF+woV0TnM6kirSjYDq7m+6MJDSaFwRrI84UVhOOf/M7gwpE7fogERQZkRk3T5J K4qhW8XYWEdiNnV0yRzrXq04tmRkkLPrGBYm2XMEkPksWmlzW3+E1VzJyyK7UKF6rY/TfH3 BoN/kPHEz0YhUoydjawUA== X-UI-Out-Filterresults: notjunk:1;V03:K0:cRiXGGcVkv8=:ntREl+Nh6IMATECNv5QA93 +ddSNYc1fZnTkwejQPupsrrnubxEK03CtFJjTXpveiExCBx1C/E7QYKWmbGMPjvqWGFqNGBGH rbU4vCC/Avwxy7sJHw0MJaWiPKLOGykPEbtbl47+EWPQOAa9Nq0jnI1gjE4aUZQ/qEmYev7e7 pJRIDe9Y9zRZqYj7q4So9uIwHRWFqSn6IA1k5LYmnu5x2ix2YlxfxxHtiJHyKa509GVV3s53h rQ5XSd61Yf3B18exNQmpOx2sMrvWV+xczIkXJAa6p+lcn07DvDPYi6fNhEl3gcFrzHlp2P4Rw ctE3m4H6BjNJAAL5DecEQKvCb2Sc+Bl3Z/waKer/EPfN4VRgR3fuxxQNr3ZG7AXLxeEEzdEz/ gGpIbSIMVhppI8bkv97+Ix3ZobG/pacuZltlT1HfatFzt5BYT9oiTyxHseaq8lI/9+3kJ3RQH 8m0DtdthWGCgkxv4Rvn2oxaC9h1plCRgoFoFJzHWqQzsi1olnjjZ8axadoRZYOnLTuKezs7p9 iSRME0QMulXUDlXZhbvx4XZCdCq6muVheFYXRNHWuWD09G15Q0dDu9om6EJaEkWBIpQWDXib1 v620eQ4EfipAyKVkvnPpE6ztE9XrvxFc83xzYTbDHy/V28FqqU57XnxfiUx4b/JyPGFD8/EyQ VvQyN3SnKC+7BMehXG7Md2rPfw6nnNkWlVZreDeVpw8Ucplx7SCWnKw6F1K+oRuEE2x6myrVq k0iN5Zshw9tcepkChyMWJH3tA+ufK2L7ZuRfTtYsJGTiUIFPmIpaw/JSkTHcAwJVbj06yUi9P 5yHebJn6XKmCWO2GEUaTTcdEWFlgUEjUgfzzlfIW88glHwRDeYBPCNWcbj2vLG70HxYXDPqlp H5EVJj0daGrpOWnvADwA== Archived-At: Subject: Re: [xml2rfc] No in a
! X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2021 16:05:54 -0000 Am 03.01.2021 um 16:54 schrieb Roger Price: > On Sun, 3 Jan 2021, Carsten Bormann wrote: > >> On 2021-01-03, at 14:56, Roger Price wrote: >>> >>> draft-rprice-UPS-management-protocol-00.rfc(81): Error: Element dd >>> has extra >>> =C2=A0 content: t, at /rfc/middle/section[1]/section[1]/dl/dd[1]/t >>> draft-rprice-UPS-management-protocol-00.rfc(97): Error: Element dd >>> has extra >>> =C2=A0 content: dl, at /rfc/middle/section[1]/section[1]/dl/dd[3]/dl >> >> The full story in v3.rnc is: > > Thanks for the pointer to v3.rnc.=C2=A0 Can I take this as the true gram= mar > for xml2rfc? For some value of "true", yes :-) >> =C2=A0 dd =3D >> =C2=A0=C2=A0=C2=A0 element dd { >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 attribute xml:base { text }?, >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 attribute xml:lang { text }?, >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 attribute anchor { xsd:ID }?, >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 attribute pn { xsd:ID }?, >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (( artset | artwork | aside | dl | figur= e | ol | sourcecode | t >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 | table | ul)+ >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | (text bcp14 br cref em eref iref= relref strong sub sup tt u >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 | xref)+ >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ) >> =C2=A0=C2=A0=C2=A0 } > > Wow! XML makes hard work of it.=C2=A0 I guess its because the XML mixed > content declaration restricts the use of #PCDATA.=C2=A0 Why does the v3.= rnc > definition use "text" rather than #PCDATA ? It's (AFAIU) just a different name for what is used in DTDs. >> So, once you have used a span-level item (plain text, spans like em >> and strong, etc.), you can=E2=80=99t move up to block-level items (t, d= l). >> Can you post an excerpt of what you have been trying to do? > > My problem was that I wrote > >
> =C2=A0
Pizza
> =C2=A0
Lots of flavours. Look at these > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
Banana...
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
...
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
> =C2=A0
>
> > I fixed this by adding a to turn the text into a block: > >
> =C2=A0
Pizza
> =C2=A0
Lots of flavours. Look at these=C2=A0=C2=A0 <- I added a = > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
Banana...
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
...
> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
> =C2=A0
>
> > xml2rfc accepts this but I found that nested
are all presented at > the same depth in HTML output, so I will change the way I mark up. If you believe you found a bug in the formatter, the best thing to do is to write a bug report. Best regards, Julian From nobody Sun Jan 3 08:50:54 2021 Return-Path: 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 93C763A1018 for ; Sun, 3 Jan 2021 08:50:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.019 X-Spam-Level: X-Spam-Status: No, score=-0.019 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 K-wFLXy6bTbJ for ; Sun, 3 Jan 2021 08:50:48 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 97B1F3A1016 for ; Sun, 3 Jan 2021 08:50:48 -0800 (PST) Received: from [192.168.217.118] (p548dc939.dip0.t-ipconnect.de [84.141.201.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4D84Wj6Y6xzybM; Sun, 3 Jan 2021 17:50:41 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: Date: Sun, 3 Jan 2021 17:50:41 +0100 Cc: xml2rfc Mailing List X-Mao-Original-Outgoing-Id: 631385441.3687249-3ebd723f00fde42ef137c39dd23b6609 Content-Transfer-Encoding: quoted-printable Message-Id: <10B1FED1-04DE-45B4-A6ED-EB5156523D82@tzi.org> References: <51826EA8-68E8-4705-93FE-8FB624C3A0E1@tzi.org> To: Roger Price X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [xml2rfc] No in a
! X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2021 16:50:53 -0000 > On 2021-01-03, at 16:54, Roger Price wrote: >=20 > On Sun, 3 Jan 2021, Carsten Bormann wrote: >=20 >> On 2021-01-03, at 14:56, Roger Price wrote: >>>=20 >>> draft-rprice-UPS-management-protocol-00.rfc(81): Error: Element dd = has extra >>> content: t, at /rfc/middle/section[1]/section[1]/dl/dd[1]/t >>> draft-rprice-UPS-management-protocol-00.rfc(97): Error: Element dd = has extra >>> content: dl, at /rfc/middle/section[1]/section[1]/dl/dd[3]/dl >>=20 >> The full story in v3.rnc is: >=20 > Thanks for the pointer to v3.rnc. Can I take this as the true grammar = for xml2rfc? AFAIK, that is the grammar xml2rfc actually uses for checking the input = for v3. > Wow! XML makes hard work of it. I guess its because the XML mixed = content declaration restricts the use of #PCDATA. Why does the v3.rnc = definition use "text" rather than #PCDATA ? What was called #PCDATA (=E2=80=9Cparsed character data=E2=80=9D) in = SGML, and thus in XML DTDs, is called =E2=80=9Ctext=E2=80=9D in = Relax-NG. >> So, once you have used a span-level item (plain text, spans like em = and strong, etc.), you can=E2=80=99t move up to block-level items (t, = dl). >> Can you post an excerpt of what you have been trying to do? >=20 > My problem was that I wrote >=20 >
>
Pizza
>
Lots of flavours. Look at these >
>
Banana...
>
...
>
>
>
>=20 > I fixed this by adding a to turn the text into a block: >=20 >
>
Pizza
>
Lots of flavours. Look at these <- I added a >
>
Banana...
>
...
>
>
>
Exactly; you need to avoid what SGML called =E2=80=9Cmixed content=E2=80=9D= . > xml2rfc accepts this but I found that nested
are all presented at = the same depth in HTML output, so I will change the way I mark up. I can=E2=80=99t reproduce that =E2=80=94 for me, they nest just fine, = nicely progressing to the right. Gr=C3=BC=C3=9Fe, Carsten From nobody Mon Jan 4 04:54:58 2021 Return-Path: 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 41D3F3A0CDF for ; Mon, 4 Jan 2021 04:54:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.019 X-Spam-Level: X-Spam-Status: No, score=-0.019 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 grgYQIRaAntw for ; Mon, 4 Jan 2021 04:54:53 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFA913A0CDC for ; Mon, 4 Jan 2021 04:54:52 -0800 (PST) Received: from [192.168.217.118] (p548dc939.dip0.t-ipconnect.de [84.141.201.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4D8bF45th0zyWB; Mon, 4 Jan 2021 13:54:48 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: Date: Mon, 4 Jan 2021 13:54:48 +0100 X-Mao-Original-Outgoing-Id: 631457688.152284-1150d4b9b7b6549ba3175003781e6736 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: xml2rfc Mailing List X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [xml2rfc] Non-determinism (Re: Unable to run xml2rfc --help) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2021 12:54:56 -0000 While it might be a special need to actually compare generated HTML = between different runs, but when testing an entire authoring chain, it = is a bit unnerving to have changes like -
  • +
  • between runs that are meant to produce identical output. My python-fu is not sufficient to suggest a way to hide the randomized = Python behavior from this output (replace Dictionary by OrderedDict?, = but I thought that was the default now since Python 3.7); could somebody = else please step in. Gr=C3=BC=C3=9Fe, Carsten > On 2020-12-29, at 16:44, Carsten Bormann wrote: >=20 > That appears to be a rather funny bug. > Apparently, the ASCII neutral minus hyphen is in the list of keys. = Depending on how the Python hashing random number generator is seeded, = that hyphen is going to a position where it can=E2=80=99t be in the = regexp or where it can. True Heisenbug.=20 > (The hyphen needs to be protected to go into a character class, even = when the resulting character range seems to be syntactically = acceptable.) >=20 > Sent from mobile, sorry for terse >=20 >> On 29. Dec 2020, at 11:22, Roger Price wrote: >>=20 >> =EF=BB=BFOn Mon, 28 Dec 2020, Carsten Bormann wrote: >>=20 >>> On 2020-12-25, at 15:24, Roger Price wrote: >>>> python3.5 >>> but this got my attention: Python 3.5 is end-of-life; did you try a = newer Python? >>=20 >> I changed the xml2rfc shebang to #!/usr/bin/python3.8 and ran Python = 3.8.1 but it made no difference. >>=20 >>> I=E2=80=99m out of educated guesses (at least until you are showing = more of the traceback), >>=20 >> The full Python error message is: >>=20 >> Traceback (most recent call last): >> File "/usr/bin/xml2rfc", line 7, in >> from xml2rfc.run import main >> File = "/mnt/home/rprice/.local/lib/python3.5/site-packages/xml2rfc/__init__.py",= line >> 14, in >> from xml2rfc.parser import XmlRfcError, CachingResolver, = XmlRfcParser, XmlRfc >> File = "/mnt/home/rprice/.local/lib/python3.5/site-packages/xml2rfc/parser.py", >> line 20, in from xml2rfc.writers import base >> File = "/mnt/home/rprice/.local/lib/python3.5/site-packages/xml2rfc/writers/__ini= t__.py", >> line 2, in from xml2rfc.writers.base import = RfcWriterError >> File = "/mnt/home/rprice/.local/lib/python3.5/site-packages/xml2rfc/writers/base.= py", >> line 30, in >> from xml2rfc.util.unicode import ( punctuation, = unicode_replacements, >> unicode_content_tags, bare_unicode_tags, >> File = "/mnt/home/rprice/.local/lib/python3.5/site-packages/xml2rfc/util/unicode.= py", >> line 260, in >> punctuation_re =3D = re.compile(r'[%s]'%''.join(list(punctuation.keys()))) >> File "/usr/lib/python3.5/re.py", line 224, in compile >> return _compile(pattern, flags) >> File "/usr/lib/python3.5/re.py", line 293, in _compile >> p =3D sre_compile.compile(pattern, flags) >> File "/usr/lib/python3.5/sre_compile.py", line 536, in compile >> p =3D sre_parse.parse(p, flags) >> File "/usr/lib/python3.5/sre_parse.py", line 829, in parse >> p =3D _parse_sub(source, pattern, 0) >> File "/usr/lib/python3.5/sre_parse.py", line 437, in _parse_sub >> itemsappend(_parse(source, state)) >> File "/usr/lib/python3.5/sre_parse.py", line 575, in _parse >> raise source.error(msg, len(this) + 1 + len(that)) >> sre_constants.error: bad character range =E2=80=A6-=E2=80=9A at = position 3 >>=20 >> In file unicode.py at line 260 >>=20 >> punctuation_re =3D = re.compile(r'[%s]'%''.join(list(punctuation.keys()))) >>=20 >> I added the two lines >>=20 >> import sys >> print("unicode.py: list(punctuation.keys())) =3D = {}".format(list(punctuation.keys()))) >>=20 >> On runs when Python crashes I see outputs: >>=20 >> unicode.py: list(punctuation.keys()) =3D ['=E2=88=92', '=E2=80=90', = '=E2=80=B2', '\u2002', '=E2=80=99', '=C2=B4', >> '\u2003', '=E2=80=9A', '=E2=80=93', '\u2009', '=E2=80=9D= ', '-', '=E2=80=9C', '=E2=80=98', '=E2=80=A6', '=E2=80=9E', '=E2=80=94'] >> unicode.py: list(punctuation.keys()) =3D ['=E2=80=9E', '=E2=80=9D', = '=E2=80=94', '=E2=80=93', '=E2=80=A6', '-', '\u2009', >> '=E2=80=98', '=E2=80=99', '\u2003', '=E2=88=92', = '=C2=B4', '\u2002', '=E2=80=9A', '=E2=80=B2', '=E2=80=90', '=E2=80=9C'] >>=20 >> When the runs succeed I see outputs: >>=20 >> unicode.py: list(punctuation.keys()) =3D ['=E2=88=92', '\u2003', = '\u2009', '=E2=80=98', '=E2=80=9C', '=E2=80=9A', >> '-', '=E2=80=9D', '=E2=80=94', '=E2=80=99', '=E2=80=B2'= , '\u2002', '=E2=80=90', '=E2=80=93', '=E2=80=A6', '=C2=B4', '=E2=80=9E'] >> unicode.py: list(punctuation.keys()) =3D ['\u2002', '=E2=80=90', = '=E2=80=B2', '\u2003', '=E2=88=92', '=C2=B4', >> '=E2=80=9C', '=E2=80=9D', '=E2=80=9E', '=E2=80=93', = '-', '=E2=80=98', '=E2=80=99', '=E2=80=A6', '=E2=80=9A', '\u2009', = '=E2=80=94'] >>=20 >> I do not understand why such a list of constants has to be so random. = I'm not sure where to look next, but if you would like to see further = traces of other functions, just ask. = Roger_______________________________________________ >> xml2rfc mailing list >> xml2rfc@ietf.org >> https://www.ietf.org/mailman/listinfo/xml2rfc > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc From nobody Mon Jan 4 05:04:01 2021 Return-Path: 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 6B36C3A0CEC for ; Mon, 4 Jan 2021 05:04:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.261 X-Spam-Level: X-Spam-Status: No, score=-0.261 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.262, 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 mbI9QFkznJJR for ; Mon, 4 Jan 2021 05:03:59 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 CA74D3A0CEB for ; Mon, 4 Jan 2021 05:03:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609765433; bh=/WVZhB4rGUK2oKRFUDuyCan2Z6rIgqp93ON8Pb5uCQE=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=NOlMuUahGWEdI3fzCtpmL9FUF9fChpN7v4FNehR6hQ7HlYRvufFgeWuWc9J5brz3h Dz8qxgp7ZQi7YzLNdcWPvXWb/8VGRUiM+7rFxH6Z6hbUaOkX7uIIqbG8EUOUB7cFGF z/9Vj1aHiLltJb7HiEi9nA58anPy/abAVF5Nqgq4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.236] ([5.10.171.186]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mzyuc-1k1xLr2cHm-00x5Lt for ; Mon, 04 Jan 2021 14:03:53 +0100 To: xml2rfc@ietf.org References: From: Julian Reschke Message-ID: <15efde15-8b66-b359-db1f-d5c15a8f73a6@gmx.de> Date: Mon, 4 Jan 2021 14:03:51 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:lu1StPrnaAaxY5vZh0Q1nkGKsN5lRvejzWb/VOfcZWeJJYcyb/9 Kbo1aQwTIoiMZbItleqrCxxQgZbH1LKxYs1zptbzgiGbh1uW+eNHJS2vklLdXrKzXgQuIMO NnqieCJGgg2HWhOF3u3GvCEOPfrAyn43RzvuRm8J5ln4ZqAX6xvvBBl6m7t6GrNZPrIUp0e hxVm4wcparkbZ7esC3dsQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:DXG8Nv7CVo4=:TZKAzkr0an8zLBGXTnFYBK /NplbvSsxkttS1OpvzHN5xZOLy/U9neVgX/2U2hbpzAWv+xloZNTBCXuxTExrBjUc/RGP+ksM HMlmJFEC+4CNOkib0rWQ25xVQfzEZfAYOdPhH2+KjneBAFlXrrHSWlR3a7yLgdql/hH682Cp5 SaNWsYQHoyitJRLmQ7KJ0LNgd/a5JvTIyXmFVHulx4cvjrxxPu8KNcRrRinjOQadX4hc2awoS Elm0yREkdm21sLsOROBA3JKCMNotpeBd7tRe1xtbQWqyVtdu4ttoMh/FMM6luYKfdrhgSJs8c qS8yyZZcoCBg/QG9su7YanHCDw5mDhDID6ikgSIrJ3PlA7/CkgsbDRgKvOuFkpkpeZUtD1MtK V3nJ6r0nbgcMQRhf9/RPY4mBGztDILMzTeQ2+3ZGM/13DQ4LNs9J3myByyD2VJEoE7C7TwHvX pgQLGtEky/LpM1asoUpkme+Ih1xfhMwWHP9NKHKtTSBy6VF27+MzZuMD4V7bmz4KAAHbyeu06 lDiIC9rOXOK6UxorWUgxeU20495jHhsw/tHVvBS8BwAJqt2YAh5u3CHXw8S1CEKCAafBQ6PEA NQLSaEiSYUyqqIHzfBylZlsq5V6NTPxPl4lPZdM6BjbDtLWW1ZqVb/c3kviymSsVSDJW/hMt9 zrJUn103hxYQBMRsbxEVJp+uICsWocnJ7Q/ojlXzb34fhFEqLdkTOEgqwYUV5KrIwGFtqQRIG +0NqIsj2xPmPiDtqz63hE5SDgWorQj5kIOgogRXAKb6+TtEwwbA4L0lEpfBRTTYh8x5Eh2mt2 Q4T2IcvyLUszMHqme8bEzG8E0YL3G/orw9osAZGK/xMflhvz30gfNrefxaU6B6DdPMbW2+fip YI9KOo5xpIYgL0YYkDBg== Archived-At: Subject: Re: [xml2rfc] Non-determinism (Re: Unable to run xml2rfc --help) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2021 13:04:00 -0000 Am 04.01.2021 um 13:54 schrieb Carsten Bormann: > While it might be a special need to actually compare generated HTML betw= een different runs, but when testing an entire authoring chain, it is a bi= t unnerving to have changes like > > -
  • > +
  • > > between runs that are meant to produce identical output. > > My python-fu is not sufficient to suggest a way to hide the randomized P= ython behavior from this output (replace Dictionary by OrderedDict?, but I= thought that was the default now since Python 3.7); could somebody else p= lease step in. > > Gr=C3=BC=C3=9Fe, Carsten > ... See . Best regards, Julian From nobody Mon Jan 4 05:21:08 2021 Return-Path: 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 6AA013A0D00 for ; Mon, 4 Jan 2021 05:21:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.019 X-Spam-Level: X-Spam-Status: No, score=-0.019 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 yA-QcdZUxIye for ; Mon, 4 Jan 2021 05:21:04 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A32F63A0D01 for ; Mon, 4 Jan 2021 05:21:03 -0800 (PST) Received: from [192.168.217.118] (p548dc939.dip0.t-ipconnect.de [84.141.201.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4D8bqK6Vb9zyjh; Mon, 4 Jan 2021 14:21:01 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: <15efde15-8b66-b359-db1f-d5c15a8f73a6@gmx.de> Date: Mon, 4 Jan 2021 14:21:01 +0100 Cc: xml2rfc@ietf.org X-Mao-Original-Outgoing-Id: 631459260.543469-a31246fde9fc9397829820f50f24628f Content-Transfer-Encoding: quoted-printable Message-Id: <7DF7CDFB-8D5E-48A6-8427-82FA1560C71F@tzi.org> References: <15efde15-8b66-b359-db1f-d5c15a8f73a6@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [xml2rfc] Non-determinism (Re: Unable to run xml2rfc --help) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2021 13:21:07 -0000 On 2021-01-04, at 14:03, Julian Reschke wrote: >=20 > See . Ah, thank you, Julian! So I don=E2=80=99t need to write a bug report. But I can confirm: The order does change between runs on the same = platform (Python 3.9 on macOS 10.15.7 (19H114)). I don=E2=80=99t quite agree that non-deterministic output (which is = visible as such all the way to the HTML published by the RPC =E2=80=94 = see below for RFC89xx) is a minor bug. It should be possible for third parties to check the published derived = versions against their own builds, without the need to rerun the tool = until the output happens to match. Gr=C3=BC=C3=9Fe, Carsten rfc8900.html: 50 class=3D"toc compact ulEmpty" rfc8901.html: 30 class=3D"compact ulEmpty toc" rfc8902.html: 27 class=3D"ulEmpty toc compact" rfc8904.html: 22 class=3D"ulEmpty toc compact" rfc8905.html: 13 class=3D"ulEmpty compact toc" 14 class=3D"ulEmpty toc compact" rfc8906.html: 56 class=3D"compact ulEmpty toc" rfc8907.html: 63 class=3D"compact toc ulEmpty" rfc8908.html: 22 class=3D"compact toc ulEmpty" rfc8909.html: 27 class=3D"ulEmpty toc compact" rfc8910.html: 24 class=3D"ulEmpty compact toc" rfc8914.html: 44 class=3D"compact toc ulEmpty" rfc8915.html: 61 class=3D"toc compact ulEmpty" rfc8916.html: 30 class=3D"compact ulEmpty toc" rfc8917.html: 17 class=3D"ulEmpty toc compact" rfc8918.html: 10 class=3D"compact ulEmpty toc" 10 class=3D"toc ulEmpty compact" rfc8919.html: 43 class=3D"compact toc ulEmpty" rfc8920.html: 42 class=3D"toc ulEmpty compact" rfc8921.html: 81 class=3D"ulEmpty compact toc" rfc8922.html: 46 class=3D"toc ulEmpty compact" rfc8923.html: 27 class=3D"ulEmpty compact toc" 21 class=3D"ulEmpty toc compact" rfc8924.html: 51 class=3D"compact toc ulEmpty" rfc8925.html: 23 class=3D"toc ulEmpty compact" rfc8926.html: 58 class=3D"ulEmpty compact toc" rfc8927.html: 47 class=3D"toc ulEmpty compact" rfc8928.html: 51 class=3D"ulEmpty toc compact" rfc8929.html: 36 class=3D"toc compact ulEmpty" rfc8930.html: 22 class=3D"toc ulEmpty compact" rfc8931.html: 42 class=3D"ulEmpty compact toc" rfc8932.html: 67 class=3D"toc compact ulEmpty" rfc8933.html: 21 class=3D"toc compact ulEmpty" rfc8934.html: 55 class=3D"ulEmpty compact toc" rfc8935.html: 34 class=3D"ulEmpty compact toc" rfc8936.html: 38 class=3D"toc ulEmpty compact" rfc8937.html: 16 class=3D"toc ulEmpty compact" rfc8938.html: 11 class=3D"compact ulEmpty toc" 30 class=3D"ulEmpty compact toc" rfc8939.html: 37 class=3D"toc compact ulEmpty" rfc8940.html: 16 class=3D"ulEmpty toc compact" rfc8943.html: 18 class=3D"compact toc ulEmpty" rfc8944.html: 15 class=3D"ulEmpty toc compact" rfc8945.html: 51 class=3D"ulEmpty toc compact" rfc8947.html: 29 class=3D"compact toc ulEmpty" rfc8948.html: 24 class=3D"ulEmpty compact toc" rfc8949.html: 97 class=3D"ulEmpty compact toc" rfc8950.html: 21 class=3D"ulEmpty compact toc" rfc8951.html: 28 class=3D"compact toc ulEmpty" rfc8952.html: 53 class=3D"ulEmpty toc compact" rfc8953.html: 28 class=3D"toc ulEmpty compact" rfc8954.html: 21 class=3D"toc ulEmpty compact" rfc8955.html: 56 class=3D"toc ulEmpty compact" rfc8956.html: 30 class=3D"ulEmpty compact toc" rfc8958.html: 12 class=3D"compact toc ulEmpty" rfc8960.html: 12 class=3D"toc ulEmpty compact" 10 class=3D"ulEmpty compact toc" rfc8961.html: 16 class=3D"compact ulEmpty toc" rfc8970.html: 22 class=3D"toc compact ulEmpty" rfc8971.html: 20 class=3D"ulEmpty compact toc" From nobody Mon Jan 4 05:31:58 2021 Return-Path: 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 7E2F73A0D7C for ; Mon, 4 Jan 2021 05:31:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.26 X-Spam-Level: X-Spam-Status: No, score=-0.26 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.262, RCVD_IN_DNSWL_BLOCKED=0.001, 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 RkVwbeJQo8Z5 for ; Mon, 4 Jan 2021 05:31:49 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 9C0E03A0D6D for ; Mon, 4 Jan 2021 05:31:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609767096; bh=yYM8JDnfBsp7KmCH2IpYbbZEcB6OrtrYAflCaE2gtig=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Tk3rkgW4dL8cZPMQZPQJ53cGtJjNMnsX4erBmSH/otwLOQmblh8O1wMyF1iX7j6Dq Bv6zi0Aq+9wEQlBgeJNwBcxFe2ljGhddrmNayK8nSSk/DpNgp02IB/FsfRxRKiA8lY 2fBHzhkoFbeXcjXmhcxbRGNNYIb9NkXA5mxJm7r4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.236] ([5.10.171.186]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MwQTF-1k6eon0XPp-00sPPY; Mon, 04 Jan 2021 14:31:36 +0100 To: Carsten Bormann Cc: xml2rfc@ietf.org References: <15efde15-8b66-b359-db1f-d5c15a8f73a6@gmx.de> <7DF7CDFB-8D5E-48A6-8427-82FA1560C71F@tzi.org> From: Julian Reschke Message-ID: <75232687-24d4-aa77-180d-9ba6b36e094d@gmx.de> Date: Mon, 4 Jan 2021 14:31:34 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <7DF7CDFB-8D5E-48A6-8427-82FA1560C71F@tzi.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:pt7RYWhP/xFUWAXX6Nt123meVoWoKTY2zFCCuwSXd0/h/3lkPhL 5frg36RK6sIT553jafSwF8tn0dB505cQL8eo4dJwIFKV6ylhYxJzuhcnjO2Ix4sPekp4sAA HO+m2YFNwD1yP9x9Mc9yHvYy90LSY6iK6ugai11HFZtXyUoL6i3R/RmHoYs71BRrpMAO5XO qodM8JwGlwLG6n6ACPmxg== X-UI-Out-Filterresults: notjunk:1;V03:K0:Skw9aFaX5Qo=:G7YMzOtHeF5f1K0zqAYhlo uJcMaAPEbnwXXi36FNern4ivh6uEGXYYTm3RaRlcNqpwJ4mnl7AoYGooVjCQTWhdG6CHvLy+J lfLQQncgpe8IIoIHLRTyNl46z1XAST99uFpKlcwxH8VC/WtsfnDJAIMRDYvwwayRRpr0bIsHM fAyQ+898L9JKLFSrhurXgxOmoQ0jweN1EpDbrEihSvwsZn+rhNglZ26oESFvt96Mi95+RLF7f zwSGQ0hA+a972wEMA3wVHnRbO7vYZ47zQpt64mAjHP/uTDWMPkkPbhvwv1xxEwBpylevjyiep 9mAW9YUcupkN7S3g6Fb2xBn/f8QBd6q3+ejoNBkYuiOTVNVbkpi0rBca+9iTcRENrBg1Fs9/N iKryjN/i9wcSQBAfh06wZbDQF1h5AjiPdA+bj1zGnM480LxQRpB8p6rbTnN1USz6Bg+KoqONq NTjFQwyN6z8jIz045SPusPl8krabMtI9WiPMJMhIrxpjRPZ/LtrshNIE/bBE/C8ZJ7b5EehhV cAo7aTdobCz3btD6jNmFqkVaXDanQG9Bvz1Bm7qDnbFa8k3/nkWjF5jD9tAj9cZVPOVLFx7mu zx1pk/+UxTWuVFMIIqHhhIMoCMe/esSYavYX4+ZiuHT23qxf/ABroKZYyfeh5psG3S+HPLLH3 UcAbVKLmU/6Nc+JDk2TN3up839ij5nhhiVC4jBcuvifHU2LXA/PxOW+qGv+B3fkL8FMNS3HPS cs0uxOkpFDvQUJPjaQ2BGAwoxriNwnRc04z7buolcLuKrwnITiN84+Dfg5R2lUbYcrVHsIlHr BFeQe/iGqXX1yoVt7iaSgQumvTuFeuhfwPV9rgGEuGiGAk8EQbEYUWX4Ud+CaA1lQhvV4/RpG J0r2UyEjuRqDPqSH9a0w== Archived-At: Subject: Re: [xml2rfc] Non-determinism (Re: Unable to run xml2rfc --help) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2021 13:31:56 -0000 Am 04.01.2021 um 14:21 schrieb Carsten Bormann: > On 2021-01-04, at 14:03, Julian Reschke wrote: >> >> See . > > Ah, thank you, Julian! > > So I don=E2=80=99t need to write a bug report. > > But I can confirm: The order does change between runs on the same platfo= rm (Python 3.9 on macOS 10.15.7 (19H114)). Same here: Python 3.6 on Cygwin. > I don=E2=80=99t quite agree that non-deterministic output (which is visi= ble as such all the way to the HTML published by the RPC =E2=80=94 see bel= ow for RFC89xx) is a minor bug. > It should be possible for third parties to check the published derived v= ersions against their own builds, without the need to rerun the tool until= the output happens to match. +1 Best regards, Julian From nobody Mon Jan 4 06:14:32 2021 Return-Path: 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 B5F8D3A0D6B for ; Mon, 4 Jan 2021 06:14:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 i4YRP0LL9Zwm for ; Mon, 4 Jan 2021 06:14:28 -0800 (PST) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA5423A0D6D for ; Mon, 4 Jan 2021 06:14:27 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id CAF6C1C000A for ; Mon, 4 Jan 2021 14:14:24 +0000 (UTC) Date: Mon, 4 Jan 2021 15:14:23 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List In-Reply-To: <75232687-24d4-aa77-180d-9ba6b36e094d@gmx.de> Message-ID: References: <15efde15-8b66-b359-db1f-d5c15a8f73a6@gmx.de> <7DF7CDFB-8D5E-48A6-8427-82FA1560C71F@tzi.org> <75232687-24d4-aa77-180d-9ba6b36e094d@gmx.de> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="-636875520-924303071-1609769664=:26613" Archived-At: Subject: Re: [xml2rfc] Non-determinism (Re: Unable to run xml2rfc --help) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2021 14:14:30 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---636875520-924303071-1609769664=:26613 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 4 Jan 2021, Julian Reschke wrote: > Am 04.01.2021 um 14:21 schrieb Carsten Bormann: >> On 2021-01-04, at 14:03, Julian Reschke wrote: >>> >>> See . >> >> Ah, thank you, Julian! >> >> So I don’t need to write a bug report. >> >> But I can confirm: The order does change between runs on the same platform > (Python 3.9 on macOS 10.15.7 (19H114)). > > Same here: Python 3.6 on Cygwin. > >> I don’t quite agree that non-deterministic output (which is visible as such > all the way to the HTML published by the RPC — see below for RFC89xx) is a > minor bug. >> It should be possible for third parties to check the published derived > versions against their own builds, without the need to rerun the tool until > the output happens to match. > > +1 One of the problems with Python is that Python developers seem to enjoy changing Python behaviour. In 3.7 dicts are ordered, but for how long? Wouldn't it be simpler in the long run for xml2rfc to replace dict with "from collections import OrderedDict" ? Roger ---636875520-924303071-1609769664=:26613-- From nobody Mon Jan 4 06:24:41 2021 Return-Path: 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 850633A0D82 for ; Mon, 4 Jan 2021 06:24:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.019 X-Spam-Level: X-Spam-Status: No, score=-0.019 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 4Mowqmk5zeIg for ; Mon, 4 Jan 2021 06:24:37 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36EF03A0D85 for ; Mon, 4 Jan 2021 06:24:22 -0800 (PST) Received: from [192.168.217.118] (p548dc939.dip0.t-ipconnect.de [84.141.201.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4D8dDN5HDJz101L; Mon, 4 Jan 2021 15:24:20 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: Date: Mon, 4 Jan 2021 15:24:20 +0100 Cc: xml2rfc Mailing List X-Mao-Original-Outgoing-Id: 631463059.511917-c8c7fd7da24e47454e76da1126422108 Content-Transfer-Encoding: quoted-printable Message-Id: <5473E0B9-5C07-4029-9E31-F1B493F256C1@tzi.org> References: <15efde15-8b66-b359-db1f-d5c15a8f73a6@gmx.de> <7DF7CDFB-8D5E-48A6-8427-82FA1560C71F@tzi.org> <75232687-24d4-aa77-180d-9ba6b36e094d@gmx.de> To: Roger Price X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [xml2rfc] Non-determinism (Re: Unable to run xml2rfc --help) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2021 14:24:40 -0000 Ex-BDFL has declared it a feature: https://mail.python.org/pipermail/python-dev/2017-December/151283.html but somehow it doesn=E2=80=99t seem to help here. Gr=C3=BC=C3=9Fe, Carsten > On 2021-01-04, at 15:14, Roger Price wrote: >=20 > On Mon, 4 Jan 2021, Julian Reschke wrote: >=20 >> Am 04.01.2021 um 14:21 schrieb Carsten Bormann: >>> On 2021-01-04, at 14:03, Julian Reschke = wrote: >>>>=20 >>>> See . >>>=20 >>> Ah, thank you, Julian! >>>=20 >>> So I don=E2=80=99t need to write a bug report. >>>=20 >>> But I can confirm: The order does change between runs on the same = platform=20 >> (Python 3.9 on macOS 10.15.7 (19H114)). >>=20 >> Same here: Python 3.6 on Cygwin. >>=20 >>> I don=E2=80=99t quite agree that non-deterministic output (which is = visible as such=20 >> all the way to the HTML published by the RPC =E2=80=94 see below for = RFC89xx) is a minor bug. >>> It should be possible for third parties to check the published = derived=20 >> versions against their own builds, without the need to rerun the tool = until the output happens to match. >>=20 >> +1 >=20 > One of the problems with Python is that Python developers seem to = enjoy changing Python behaviour. In 3.7 dicts are ordered, but for how = long? Wouldn't it be simpler in the long run for xml2rfc to replace = dict with "from collections import OrderedDict" ? >=20 > Roger_______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc From nobody Fri Jan 8 02:51:57 2021 Return-Path: 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 218063A00E5 for ; Fri, 8 Jan 2021 02:51:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 d43lpWHO2Xf4 for ; Fri, 8 Jan 2021 02:51:53 -0800 (PST) Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FD003A00D8 for ; Fri, 8 Jan 2021 02:51:52 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id B11CDFF808 for ; Fri, 8 Jan 2021 10:51:49 +0000 (UTC) Date: Fri, 8 Jan 2021 11:51:48 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List Message-ID: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Archived-At: Subject: [xml2rfc] text.py: endless loop in function paginate X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2021 10:51:55 -0000 Function paginate got into an endless loop so I added some calls to print, let it run and stopped the loop with a Ctl-c. I saw the attached output. The source document is still "work in progress" but is structurally correct. I hesitate to attach it since it's 1500 lines. Roger text.py: start_lineno=0 textlen=999 page=1 text.py: break_lineno=52 break_target=52 text.py: olen=7 wlen=1 blen=8 elem.tag=t text.py: start_lineno=45 textlen=999 page=2 text.py: break_lineno=93 break_target=93 text.py: olen=4 wlen=119 blen=123 elem.tag=t text.py: start_lineno=93 textlen=999 page=3 text.py: break_lineno=141 break_target=141 text.py: olen=52 wlen=71 blen=123 elem.tag=t text.py: start_lineno=141 textlen=999 page=4 text.py: break_lineno=189 break_target=189 text.py: olen=100 wlen=23 blen=123 elem.tag=t text.py: start_lineno=189 textlen=999 page=5 text.py: break_lineno=237 break_target=237 text.py: olen=0 wlen=6 blen=6 elem.tag=section text.py: range(block.beg=237, break_target=237) text.py: start_lineno=237 textlen=999 page=6 text.py: break_lineno=285 break_target=285 text.py: olen=6 wlen=1 blen=7 elem.tag=section text.py: range(block.beg=279, break_target=285) text.py: start_lineno=279 textlen=999 page=7 text.py: break_lineno=327 break_target=327 text.py: olen=0 wlen=4 blen=4 elem.tag=section text.py: range(block.beg=327, break_target=327) text.py: start_lineno=327 textlen=999 page=8 text.py: break_lineno=375 break_target=375 text.py: block=None text.py: start_lineno=374 textlen=999 page=9 text.py: break_lineno=422 break_target=422 text.py: block=None text.py: start_lineno=423 textlen=999 page=10 text.py: break_lineno=471 break_target=471 text.py: block=None text.py: start_lineno=472 textlen=999 page=11 text.py: break_lineno=520 break_target=520 text.py: olen=0 wlen=1 blen=1 elem.tag=dt text.py: start_lineno=520 textlen=999 page=12 text.py: break_lineno=568 break_target=568 text.py: olen=32 wlen=78 blen=110 elem.tag=section text.py: range(block.beg=536, break_target=568) text.py: start_lineno=536 textlen=999 page=13 text.py: break_lineno=584 break_target=584 text.py: olen=48 wlen=62 blen=110 elem.tag=section text.py: range(block.beg=536, break_target=584) text.py: start_lineno=536 textlen=999 page=14 text.py: break_lineno=584 break_target=584 text.py: olen=48 wlen=62 blen=110 elem.tag=section text.py: range(block.beg=536, break_target=584) text.py: start_lineno=536 textlen=999 page=15 text.py: break_lineno=584 break_target=584 text.py: olen=48 wlen=62 blen=110 elem.tag=section text.py: range(block.beg=536, break_target=584) text.py: start_lineno=536 textlen=999 page=16 ... text.py: break_lineno=584 break_target=584 text.py: olen=48 wlen=62 blen=110 elem.tag=section text.py: range(block.beg=536, break_target=584) text.py: start_lineno=536 textlen=999 page=9621 text.py: break_lineno=584 break_target=584 text.py: olen=48 wlen=62 blen=110 elem.tag=section text.py: range(block.beg=536, break_target=584) Traceback (most recent call last): File "/usr/bin/xml2rfc", line 11, in sys.exit(main()) File "/mnt/home/rprice/.local/lib/python3.5/site-packages/xml2rfc/run.py", line 739, in main writer.write(filename) File "/mnt/home/rprice/.local/lib/python3.5/site-packages/xml2rfc/writers/text.py", line 343, in write text = self.process() File "/mnt/home/rprice/.local/lib/python3.5/site-packages/xml2rfc/writers/text.py", line 305, in process lines = self.paginate(lines) File "/mnt/home/rprice/.local/lib/python3.5/site-packages/xml2rfc/writers/text.py", line 461, in paginate paginated += lines[start_lineno:break_lineno] KeyboardInterrupt From nobody Sun Jan 10 03:41:36 2021 Return-Path: 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 462373A0A2D for ; Sun, 10 Jan 2021 03:41:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 gy2zhMaIGFzq for ; Sun, 10 Jan 2021 03:41:32 -0800 (PST) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92ED93A0A29 for ; Sun, 10 Jan 2021 03:41:31 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 1826760004 for ; Sun, 10 Jan 2021 11:41:28 +0000 (UTC) Date: Sun, 10 Jan 2021 12:41:28 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List Message-ID: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Archived-At: Subject: [xml2rfc] Overstrict checking of ID and IDREF values X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2021 11:41:34 -0000 At line 159 of my markup I have: Figure shows a reference configuration in which the command/response protocol applies.
    When I submit this to xml2rfc I get the error message: draft-rprice-UPS-management-protocol-00.rfc(159): Error: Type IDREF doesn't allow value 'fig:oview', at /rfc/middle/section[3]/t[1]/xref draft-rprice-UPS-management-protocol-00.rfc(159): Error: Element xref failed to validate attributes, at /rfc/middle/section[3]/t[1]/xref draft-rprice-UPS-management-protocol-00.rfc(162): Error: Invalid attribute anchor for element figure, at /rfc/middle/section[3]/figure[1] ID and IDREF values are names, and the EBNF for XML 1.0 shows: [4] NameChar ::= Letter | Digit | '.' | '-' | '_' | ':' | CombiningChar | Extender [5] Name ::= (Letter | '_' | ':') (NameChar)* so fig:oview should be ok. Roger From nobody Sun Jan 10 04:27:44 2021 Return-Path: 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 D72CC3A0BE3 for ; Sun, 10 Jan 2021 04:27:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.918 X-Spam-Level: X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 vN8GGSOjhIS4 for ; Sun, 10 Jan 2021 04:27:38 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B83883A0BDF for ; Sun, 10 Jan 2021 04:27:38 -0800 (PST) Received: from [192.168.217.118] (p548dc939.dip0.t-ipconnect.de [84.141.201.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4DDGLw4kqkzyVg; Sun, 10 Jan 2021 13:27:36 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: Date: Sun, 10 Jan 2021 13:27:36 +0100 Cc: xml2rfc Mailing List X-Mao-Original-Outgoing-Id: 631974456.199248-e11b9ae7610d9cc72a565f6f7bdf88f3 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Roger Price X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [xml2rfc] Overstrict checking of ID and IDREF values X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2021 12:27:42 -0000 On 2021-01-10, at 12:41, Roger Price wrote: >=20 > ID and IDREF values are names, and the EBNF for XML 1.0 shows: >=20 > [4] NameChar ::=3D Letter | Digit | '.' | '-' | '_' | ':' | > CombiningChar | Extender > [5] Name ::=3D (Letter | '_' | ':') (NameChar)* >=20 > so fig:oview should be ok. Roger But then it [1] also says: > Note: >=20 > The Namespaces in XML Recommendation [XML Names] assigns a meaning to = names containing colon characters. Therefore, authors should not use the = colon in XML names except for namespace purposes, but XML processors = must accept the colon as a name character. The namespace Recommendation [2] says: > It follows that in a namespace-valid document: >=20 > =E2=80=A2 No attributes with a declared type of ID, IDREF(S), = ENTITY(IES), or NOTATION contain any colons. Since RFCXML is namespaced XML, this applies. Gr=C3=BC=C3=9Fe, Carsten [1]: https://www.w3.org/TR/REC-xml/ [2]: https://www.w3.org/TR/xml-names/ From nobody Sun Jan 10 04:46:23 2021 Return-Path: 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 45C143A0BF3 for ; Sun, 10 Jan 2021 04:46:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 4ElVOSKvolEz for ; Sun, 10 Jan 2021 04:46:19 -0800 (PST) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E24D3A0B29 for ; Sun, 10 Jan 2021 04:46:19 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 27FFD60004 for ; Sun, 10 Jan 2021 12:46:16 +0000 (UTC) Date: Sun, 10 Jan 2021 13:46:15 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="-636875520-1903961565-1610282777=:26613" Archived-At: Subject: Re: [xml2rfc] Overstrict checking of ID and IDREF values X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2021 12:46:21 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---636875520-1903961565-1610282777=:26613 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 10 Jan 2021, Carsten Bormann wrote: > But then it [1] also says: > >> Note: >> The Namespaces in XML Recommendation [XML Names] assigns a meaning to names containing colon characters. Therefore, authors should not use the colon in XML names except for namespace purposes, but XML processors must accept the colon as a name character. > > The namespace Recommendation [2] says: >> It follows that in a namespace-valid document: >> • No attributes with a declared type of ID, IDREF(S), ENTITY(IES), or NOTATION contain any colons. > Since RFCXML is namespaced XML, this applies. Ok, thanks, Roger ---636875520-1903961565-1610282777=:26613-- From nobody Sun Jan 10 11:40:51 2021 Return-Path: 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 60ED43A1221 for ; Sun, 10 Jan 2021 11:40:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 jbopmKE0vfLj for ; Sun, 10 Jan 2021 11:40:42 -0800 (PST) Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D730E3A1201 for ; Sun, 10 Jan 2021 11:40:40 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 64358240007; Sun, 10 Jan 2021 19:40:35 +0000 (UTC) Date: Sun, 10 Jan 2021 20:40:35 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List Message-ID: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Archived-At: Subject: [xml2rfc] Suggestion: Jump to content X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2021 19:40:49 -0000 I would like to suggest that xml2rfc adds a link from the top of the HTML page it generates to the point in the document at which original/non-repetitive content begins. Popular browsers such as Firefox place the xml2rfc produced table of contents at the side of the page, but this doesn't happen for the text browsers used by low vision readers. Low vision people need help to get over the boiler plate and table of contents that they find at the head of every RFC/ID presented by their specialist browsers. This help is provided by a "Jump to content" link at the very top of a page. Full vision people can get a similar experience of the problem when reading IETF HTML pages with text browsers such as w3m. The current xml2rfc grammar does not allow the author to add a "Jump to content", since the element is EMPTY. A simple solution would be to add an attribute "jump-to-content IDREF #REQUIRED" to either the or the element where the corresponding ID marks the point at which interesting content begins. xml2rfc would then display this association as a clickable link. Roger Background ---------- 1. W3C Techniques for WCAG 2.0 : G1: Adding a link at the top of each page that goes directly to the main content area https://www.w3.org/TR/WCAG20-TECHS/G1.html 2, Section 508: Repetitive Content 2.4.1 Bypass Blocks A mechanism is available to bypass blocks of content that are repeated on multiple web pages. Content/Design Considerations Identify the repetitive content on pages and the location of where a skip mechanism should land. https://www.section508.gov/content/guide-accessible-web-design-development#repetitive_content From nobody Mon Jan 18 04:58:36 2021 Return-Path: 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 98D623A1300 for ; Mon, 18 Jan 2021 04:58:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 28eD5ssZoJte for ; Mon, 18 Jan 2021 04:58:33 -0800 (PST) Received: from relay8-d.mail.gandi.net (relay8-d.mail.gandi.net [217.70.183.201]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95A3A3A12E4 for ; Mon, 18 Jan 2021 04:58:32 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id DF1141BF205 for ; Mon, 18 Jan 2021 12:58:30 +0000 (UTC) Date: Mon, 18 Jan 2021 13:58:29 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List Message-ID: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="-636875520-368546804-1610974711=:26613" Archived-At: Subject: [xml2rfc] Inline use of X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2021 12:58:36 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---636875520-368546804-1610974711=:26613 Content-Type: text/plain; format=flowed; charset=ISO-8859-15 Content-Transfer-Encoding: 8BIT I'm trying to work out how to markup a protocol token in running text since there seems be no inline version of in the way that HTML has . It looks as if is the correct element since RFC 7991 clause 2.48 https://tools.ietf.org/html/rfc7991#page-59 says: ... When is a child of
    or
    , it provides full control of horizontal whitespace and line breaks... (When is a child of other elements, it flows with the text that surrounds it.) I tried the markup: (a) Protocol token LB indicates a low battery. (b) Protocol token LB indicates a low battery. In the .txt file it produces (a) Protocol token LB indicates a low battery. (b) Protocol token "LB" indicates a low battery. and in the .html file it produces (a) Protocol token LB indicates a low battery. (b) Protocol token LB indicates a low battery. Comments: 1. Correct: The LB's are correctly formatted in the HTML in a monospaced font. 2. Bug: In both outputs (a), although is a child of it does not flow with the text as stated in the RFC. 3. Ugly: In the txt file, (b) sees the token OB adorned with quote characters which are not part of the protocol. The txt and html files do not agree. 4. Ugly: A element is needed after since is not behaving as a true inline element. What is the recommended way of marking up inline source code? Roger ---636875520-368546804-1610974711=:26613-- From nobody Mon Jan 18 05:09:49 2021 Return-Path: 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 AD8B53A1321 for ; Mon, 18 Jan 2021 05:09:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.36 X-Spam-Level: X-Spam-Status: No, score=-2.36 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.262, 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 (2048-bit key) header.d=gmail.com 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 lRFOTBMnMGEf for ; Mon, 18 Jan 2021 05:09:46 -0800 (PST) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (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 DC86B3A131B for ; Mon, 18 Jan 2021 05:09:45 -0800 (PST) Received: by mail-wm1-x331.google.com with SMTP id 190so13556005wmz.0 for ; Mon, 18 Jan 2021 05:09:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=H4EUjoet1gMi2zH/Dvn0NrkWjZGfHn4UpPeUdoEp71A=; b=XNRcGC2AADkUqqn0Mmep39NtRjMorvklLXdoLkMvMDgNPM8YCqy8IO341V/TlDd9Pu rLmeBzBsHD/NNFlGWH7U4lMxkmoi6Xfzy+s002iqR+szf8AMSCzoEuu5OSG7tm9KR/uT ltKXaGOq8wtz+8+qtvHeXD/iUkB21+Xmv13ITCTDadg66G7IroLcZiEvvNr/mmURQjCn 64p1VxBQ/VI43qFQDB4tfpnCqwZIPl3yJPdwDE4wr3T+LOwKDdWPze3jz4EKtyNr9nB9 FFqT+6Pi8PIFT2Gd8galUtw7jr6+N/g3efpvVjfTYLJ9IQQtEgGWfjj9QRToFIK20nUK WJ6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=H4EUjoet1gMi2zH/Dvn0NrkWjZGfHn4UpPeUdoEp71A=; b=YQQ9KcqsWtNTtk4y0xqbvZnoQXfLQte8ftf3eAxXGy2ob3AzUsskPjZSy7b7VEipgJ FfM1+b26DlGRTuvNCG46fgN7TZBVg/QL6ebd7v/luKjZtOMr753IwWR+9rI2/harKzD1 zq1ps1SiawoxeLaFO368jU1Safj7+RfKBOXf6HTHEEr50/rj1JQ2sBG+13v58wjRXccJ fKyS8YdPu6eGbvcmw0+KN0PGa5mRr4QJ5Sb//2wJROXwd8P5xhoz5NbeVhxjaFJFwuZF JZ6EbPHZ70EvARcZAZnK9H78CgAsbqT497ul9uBWhku3NuATMPOGB8ikzKM37D5b5YY6 SoZg== X-Gm-Message-State: AOAM533DW3FFQeu6jv78jMKl/iq5Bshj6MVnVWvAmJaPhjkaOz/9FifH LnAnUWqNc4kCqJj3/yi16Ph+4WgkOwI= X-Google-Smtp-Source: ABdhPJzYOQBRUYCDXKbitLuSHM4TviYzucjrbdShqhZ1seHuLdzyEUI3UHFBdDUtnnsQNvQ3WQLWHQ== X-Received: by 2002:a05:600c:350c:: with SMTP id h12mr20932779wmq.79.1610975383858; Mon, 18 Jan 2021 05:09:43 -0800 (PST) Received: from [192.168.1.79] (25.131.146.77.rev.sfr.net. [77.146.131.25]) by smtp.googlemail.com with ESMTPSA id y11sm26109256wmi.0.2021.01.18.05.09.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 18 Jan 2021 05:09:42 -0800 (PST) To: Roger Price , xml2rfc Mailing List References: From: Anders Rundgren Message-ID: <2ce15a98-58d9-724e-7918-ac51170d08f9@gmail.com> Date: Mon, 18 Jan 2021 14:09:40 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [xml2rfc] Inline use of X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2021 13:09:48 -0000 On 2021-01-18 13:58, Roger Price wrote: > I'm trying to work out how to markup a protocol token in running text since > there seems be no inline version of in the way that HTML has > . Hi Roger, I have used successfully: https://www.ietf.org/archive/id/draft-jordan-jws-ct-01.html#name-canonicalize-the-json-objec https://tools.ietf.org/html/draft-jordan-jws-ct-01#section-3.1.2 Are you using the on-line version? The "" around objects for RfcMarkup appears to have been removed; 8 months ago they were there... Thanx, Anders > > It looks as if is the correct element since RFC 7991 clause 2.48 > https://tools.ietf.org/html/rfc7991#page-59 says: > > ... When is a child of
    or
    , it provides > full control of horizontal whitespace and line breaks... > (When is a child of other elements, it flows with the text > that surrounds it.) > > I tried the markup: > > (a) Protocol token LB indicates a low battery. > (b) Protocol token LB indicates a low battery. > > In the .txt file it produces > > (a) Protocol token > > LB > > indicates a low battery. > > (b) Protocol token "LB" indicates a low battery. > > and in the .html file it produces > > (a) Protocol token > > LB > > indicates a low battery. > > (b) Protocol token LB indicates a low battery. > > Comments: > > 1. Correct: The LB's are correctly formatted in the HTML in a monospaced font. > > 2. Bug: In both outputs (a), although is a child of it does not > flow with the text as stated in the RFC. > > 3. Ugly: In the txt file, (b) sees the token OB adorned with quote characters > which are not part of the protocol. The txt and html files do not agree. > > 4. Ugly: A element is needed after since is not > behaving as a true inline element. > > What is the recommended way of marking up inline source code? > > Roger > > > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc > From nobody Mon Jan 18 05:13:30 2021 Return-Path: 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 CA8E93A1323 for ; Mon, 18 Jan 2021 05:13:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.36 X-Spam-Level: X-Spam-Status: No, score=-2.36 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.262, 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 (2048-bit key) header.d=gmail.com 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 WpYT57Ic2z20 for ; Mon, 18 Jan 2021 05:13:26 -0800 (PST) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 F24C73A1327 for ; Mon, 18 Jan 2021 05:13:25 -0800 (PST) Received: by mail-wm1-x333.google.com with SMTP id g10so13736374wmh.2 for ; Mon, 18 Jan 2021 05:13:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=GV/jPgV9PWOPH3iYudIizWW9A6vaEd02uKCQfbSxY+Q=; b=Owkb/FAWD/rDHxAj2s6FsLO9yFRyx9yCwhcnj8f5g+3CTkIpFvbylUqy88qjl70/c2 DI6KlAZSdsuVlAEXTrbb7f2+Pn8p6TSscs60U+qnXHa3xEkipHR9deOSvzTljhVIeINm xHKnTL7z1Kna0W8cYlUwnRhv8IHv2Ac5GJrSgYIKvMs+C1PRAuzYYQJrVGjGoskRRW7p j22krVDUYDEOGYRHcZdD0E2S/VbEKpJPJvimgzSui9mCW9uRGl4livaVrq8qAWyeIJct lCLuXUWBPWhN7Xu792SdKMvA0CotPc/KvS19006unPiSsBMPIOzVs86wG8Kc6xj5+rJu 7qbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=GV/jPgV9PWOPH3iYudIizWW9A6vaEd02uKCQfbSxY+Q=; b=rAOOkADBjLcKmrVIdtsY8qJaG1tQMo60WO7tedhRCwCvHANkzWh/D/W3m21P87uOVC asBktQDrPNh961Bs/efG0jVPunXW+CNW9iFLMDidaccd9ck/NSirKKv0Khkg646/3Cp/ ZXoljnWWf6EWKKv58/w/qccMHRAZcVK7hiWmpNsYkHEUQZm5C9Onne5iqB6qrG4MBp4e KJ6fPmnpwGaCv9LZErr/J3QBnN13sgCpTJE4lJ3dAwuqtyCKX7Gmd1aBzvt4NGwyqel+ Z01rdle03sT9Czfr4fZdwi+6sUxlQaU4CdRc2G3Q7ja1Y8fmiwe08V4QJEXS/MCsj5uh B7gA== X-Gm-Message-State: AOAM53282RIk98yssa0CvtfiwmWplKebSXiJ0PqqWZT73YkhwfKZAZUz BUC9K0sHrs/QsjJ6CWbLjO/hG4K/Zh0= X-Google-Smtp-Source: ABdhPJyiLf5zpGtnRzL+4nmZaQQJZIoaKNdC6qZ38X1O2O3MopmZQJ3fT/v8PVWPZc/sQjtXdj8g6w== X-Received: by 2002:a1c:2003:: with SMTP id g3mr9263178wmg.90.1610975603931; Mon, 18 Jan 2021 05:13:23 -0800 (PST) Received: from [192.168.1.79] (25.131.146.77.rev.sfr.net. [77.146.131.25]) by smtp.googlemail.com with ESMTPSA id a62sm25630120wmf.7.2021.01.18.05.13.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 18 Jan 2021 05:13:23 -0800 (PST) From: Anders Rundgren To: Roger Price , xml2rfc Mailing List References: <2ce15a98-58d9-724e-7918-ac51170d08f9@gmail.com> Message-ID: <4b281400-3e05-f4c7-ab3c-ca1cea1f05b9@gmail.com> Date: Mon, 18 Jan 2021 14:13:21 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <2ce15a98-58d9-724e-7918-ac51170d08f9@gmail.com> Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [xml2rfc] Inline use of X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2021 13:13:29 -0000 Pardon me, the "ugly" is still there for RfcMarkup.. Anders On 2021-01-18 14:09, Anders Rundgren wrote: > On 2021-01-18 13:58, Roger Price wrote: >> I'm trying to work out how to markup a protocol token in running text since >> there seems be no inline version of in the way that HTML has >> . > > Hi Roger, > I have used successfully: > > https://www.ietf.org/archive/id/draft-jordan-jws-ct-01.html#name-canonicalize-the-json-objec > https://tools.ietf.org/html/draft-jordan-jws-ct-01#section-3.1.2 > > Are you using the on-line version? > The "" around objects for RfcMarkup appears to have been removed; 8 months ago they were there... > > Thanx, > Anders > >> >> It looks as if is the correct element since RFC 7991 clause 2.48 >> https://tools.ietf.org/html/rfc7991#page-59 says: >> >> ... When is a child of
    or
    , it provides >> full control of horizontal whitespace and line breaks... >> (When is a child of other elements, it flows with the text >> that surrounds it.) >> >> I tried the markup: >> >> (a) Protocol token LB indicates a low battery. >> (b) Protocol token LB indicates a low battery. >> >> In the .txt file it produces >> >> (a) Protocol token >> >> LB >> >> indicates a low battery. >> >> (b) Protocol token "LB" indicates a low battery. >> >> and in the .html file it produces >> >> (a) Protocol token >> >> LB >> >> indicates a low battery. >> >> (b) Protocol token LB indicates a low battery. >> >> Comments: >> >> 1. Correct: The LB's are correctly formatted in the HTML in a monospaced font. >> >> 2. Bug: In both outputs (a), although is a child of it does not >> flow with the text as stated in the RFC. >> >> 3. Ugly: In the txt file, (b) sees the token OB adorned with quote characters >> which are not part of the protocol. The txt and html files do not agree. >> >> 4. Ugly: A element is needed after since is not >> behaving as a true inline element. >> >> What is the recommended way of marking up inline source code? >> >> Roger >> >> >> _______________________________________________ >> xml2rfc mailing list >> xml2rfc@ietf.org >> https://www.ietf.org/mailman/listinfo/xml2rfc >> > From nobody Mon Jan 18 05:20:53 2021 Return-Path: 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 2A1483A132A for ; Mon, 18 Jan 2021 05:20:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.18 X-Spam-Level: X-Spam-Status: No, score=-2.18 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=-0.262, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 Ly0XKT-JwHue for ; Mon, 18 Jan 2021 05:20:49 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 1CB103A1329 for ; Mon, 18 Jan 2021 05:20:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1610976044; bh=ELSmzaxWDzTdmN6g8g5K1TSUYKJpwyYE3tE+arT5rJo=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=Ni577nrF7n3LAJC87iKm5/ztIVYUKQFEgPYg0KuYbjF6SNKjYtvTWb/X/6NeSvZzS PPrdR4poqQuEscGAV76Q4domuTalMYwRC3YkNnVTonn8ABf+56OyptTN15/qPlDuwh WYU40ZPaiqeHgxq9g2Kvl+AJXMiPuWOGZI031dFY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.236] ([5.10.171.186]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MFKGP-1lGek11k6L-00FgRh for ; Mon, 18 Jan 2021 14:20:44 +0100 To: xml2rfc@ietf.org References: From: Julian Reschke Message-ID: Date: Mon, 18 Jan 2021 14:20:44 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:jgZT1lsicL3xbVb8PI/xxGk9Kz2n4bfpqlwus7ZNE8lpRt1z/Pk QxUPfK/AijOYpzxnGOn4dw1Wj/R6TtR3UcwBc4C+OWPrYMtFdUld5HO9MfVDnTxsGqiIxH4 QrP6jV1fREcEMmYN0JV9hYMSeNlcZkAjHMv9uuTKzW9l8oLm7NWfxsNdLEpfLtRwkJp2Uid XF57CWiiay35K0XE7b5HA== X-UI-Out-Filterresults: notjunk:1;V03:K0:rK9o3MvWjjE=:PpK77+KqZ9ILxhE8CpTDLz OITO80BnqETOMdwumYeqzhmiyogPgwl2fhZ36Y/Ns/zFhG6z0F577iyG2/L+UgKCgKZhfJ7cQ Of5UAhVls3bvfHBeo9FqtVMZAFzNTr4WhNf27VzVBdbZiX0k+IN4Pq30wzK0hxsGkVMp3tiZS RNfPLqWU8msVjkaDrHCvaHk6I64WO1r91My27aO3sWJYVpCBkqXgilejUXPdcexc4UP0z82qK zif+14qBfhNGKclzX4nSuiDfQ9T3xDzeV8dqV5Gb0WZR+CUhWdXH8i5unSkupJW5z4QDxsNie OI2I5FjNGoSuI7C2uCg5+CsuSI7blSKDLvgL10qqk87eSBMkzb5TtZnfgJF5TBWP/0PyWfFTj YPuXCpFij4rf9U2H8v73GBUhgVkeSPQxk3Blati55k+G5IYFWkUdEvybMypiG80RmEeLnMhJk Ba8AAaYX7h0HwK/ozYY/GpuQeYg5cUCBQ6y56Lz+MqJgQOHsfYTU/8ceLTH75ipk4BPLBuVnD 5Ohq0kU4kIyhhGV9/mkeu08XuvYuRml+iwzfjsh3vYOdnrIkSzcLGKJpxzEBJtNZQP1g32v8f r7drukeEmsBVVKUW+Y9G9dpv1xKgT4DR5Q+hW4Lk7VF/q7iqXyjjz8cAt9ooLvQmLtN2rcSqR vep8WusVNH9eLeSsd0t4XecqIQ5fQ13qCaIcZILoUBXaLv8uNr6a2T7dhd6OGPzoCxUnpZJHq jFfMw25FP2OFS5Sf6DI5VZoUg4asvpijNIwBCZIPYKT/ey8WAZaIZVPJ3vS0m3zb0ysWIfcBH +vD+uwXmGaKbg5yrpgW0WMquuwRV9XatxWfd7vxPWsBS4ZKM3fyE8fT3GidAz8NgEgk2RPZAE DCWBTTuZiE84gE/fHSWg== Archived-At: Subject: Re: [xml2rfc] Inline use of X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2021 13:20:52 -0000 Am 18.01.2021 um 13:58 schrieb Roger Price: > I'm trying to work out how to markup a protocol token in running text > since there seems be no inline version of in the way that > HTML has . > > It looks as if is the correct element since RFC 7991 clause > 2.48 https://tools.ietf.org/html/rfc7991#page-59 says: > > =A0=AB ...=A0 When is a child of
    or
    , it= provides > =A0=A0 full control of horizontal whitespace and line breaks... > =A0=A0 (When is a child of other elements, it flows with t= he text > =A0=A0 that surrounds it.) =BB > > I tried the markup: > > =A0(a) Protocol token LB indicates a low > battery. > =A0(b) Protocol token LB indicates a low battery. > > In the .txt file it produces > > =A0=A0 (a) Protocol token > > =A0=A0 LB > > =A0=A0 indicates a low battery. > > =A0=A0 (b) Protocol token "LB" indicates a low battery. > > and in the .html file it produces > > =A0 (a) Protocol token > > =A0=A0=A0=A0=A0 LB > > =A0 indicates a low battery. > > =A0 (b) Protocol token LB indicates a low battery. > > Comments: > > 1. Correct: The LB's are correctly formatted in the HTML in a monospaced > font. > > 2. Bug: In both outputs (a), although is a child of it > does not flow with the text as stated in the RFC. > > 3. Ugly: In the txt file, (b) sees the token OB adorned with quote > characters which are not part of the protocol.=A0 The txt and html files > do not agree. > > 4. Ugly: A element is needed after since > is not behaving as a true inline element. > > What is the recommended way of marking up inline source code? There currently is no provision for inline source code. The statement > [RFC5234] or the RNC notation used in this document). (When > is a child of other elements, it flows with the text > that surrounds it.) Tab characters (U+0009) inside of this element > are prohibited. is misleading because is a true block-level element, see . If xml2rfc "accepts" it as a child element of , that's a bug. Best regards, Julian From nobody Mon Jan 18 05:35:29 2021 Return-Path: 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 EDBF23A1337 for ; Mon, 18 Jan 2021 05:35:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 OvmGX-OBP-Z3 for ; Mon, 18 Jan 2021 05:35:23 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F7103A1335 for ; Mon, 18 Jan 2021 05:35:23 -0800 (PST) Received: from [192.168.217.118] (p548dc939.dip0.t-ipconnect.de [84.141.201.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4DKCTP3QcVzyXj; Mon, 18 Jan 2021 14:35:21 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: Date: Mon, 18 Jan 2021 14:35:21 +0100 Cc: xml2rfc@ietf.org X-Mao-Original-Outgoing-Id: 632669721.052839-4989e79b6d926ce39274f8943f17b0b2 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Julian Reschke X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [xml2rfc] Inline use of X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2021 13:35:27 -0000 On 2021-01-18, at 14:20, Julian Reschke wrote: >=20 > If xml2rfc "accepts" it as a child element of , that's a bug. The v2v3 converter does, and it splits the and places the sourcecode = outside the as a block element. The examples given are missing the end tags that are needed to make = the examples work. Gr=C3=BC=C3=9Fe, Carsten From nobody Mon Jan 18 05:38:09 2021 Return-Path: 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 C527A3A1338 for ; Mon, 18 Jan 2021 05:38:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.18 X-Spam-Level: X-Spam-Status: No, score=-2.18 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=-0.262, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 l9CUoWXiWcro for ; Mon, 18 Jan 2021 05:38:06 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 01C923A1335 for ; Mon, 18 Jan 2021 05:38:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1610977073; bh=lOtQOQQ5fzD07UTptKg5mGHd5jirCWih3VxiMuGVjuI=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Fy7LhkmpSpTbEY02J6Uz4eFpQWMgMBq/vktzKRbDIwuOoVZdZoOidCrlmkFH0NNV+ 38gD14ZcNS6iymnD0D1qH2hsAMlBTalFByrYB1BfEPkN3IfA3ZyKtUAm1ZNHtSQ2dL jhs/qeIKWclELmARvraUh/abm+U0wA24hgyHxeX4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.236] ([5.10.171.186]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M6ll8-1l7Xw708re-008N5h; Mon, 18 Jan 2021 14:37:53 +0100 To: Carsten Bormann Cc: xml2rfc@ietf.org References: From: Julian Reschke Message-ID: <6cd50952-2c66-4ae2-ebf2-e8936b2f1abd@gmx.de> Date: Mon, 18 Jan 2021 14:37:50 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:EknAN6oLhntu3hdTySGbJGDmSXyyfiZe6vPu3OYEK0lRxWX0pYU KQMrniljqj/VrsOCAQd94N6iw7lXtKc9g9ZG0dNdok1xbIzU7ku5lFc+LBgVMdwwIuCulGg IGuH3+PW9su4ktZpdTj3gtNV4z4Btc3eI6i18sHvWsQWAjfbe5DKb0Dg/9HsmbAJl17YkXO 8hrKQdaUy1pjOXqYX4THw== X-UI-Out-Filterresults: notjunk:1;V03:K0:dlLdtQB8zLE=:PeD+o5y9w7pvFjpBsuGoGL 9SkgwNKfuFeYCgmHRRqAltSdzEGowFsHuRIpQcugE4qNh7LkxVVrgQ20OErmmEWA9AOSmAYPa ODGmylzW4aZnHz/ls0Nv7JzkYLxCcdmcgc03opg11zEk2zoCM7ZHY3BJyWJHtaSq0vRcgKN8r dkE30rS112f2Ei1gPmJEz0T8JPyTun8mlMnRLmRBJYAtMqEVzUKrWOcrWzP6cCPF7UtL1mDEt suAt/z53Wct7R4boZkpBytIg2V8tnupW7aPfTpChwGc40TC8dARXcQTKC54NY8fYgNpmcozaS 1AqqKs9BRdFkNzsc9awdv+pNmQIWykrQ4+u/FyqJXsBsnOtqOABzXCzl4Bw/VWZIGp1MuDnPZ mGwTo31UmfCnmpnYKQnPbD7rGf/Mh8otYQIHbbvSnKmJY3B53mLk76kVqgFhRC+O52O5RA6on ZMQ7zGeYEnAmnWSgawQgVd3GE7wX1cy0a2kNC4VWk+nVJCKFc4q6sn3Su3oe8hhSyfqiu725L FaRD3FfokaAR4hvYUeZ3u7z/+ftEYcpUPiD1UDGxT1f97flBRdkN+iRt640Oaf/UCnhYFbcWQ ELgAhOjUer8umaO8eG9zL38lZDopyZw5F+2yKdLaDDcdjh27Et7tc6nigdpDUIyQKpjWhz8Z2 LmVzSd3bcE8ku0skKBL6Lw2JJsy0wzQnMd4uc597zcBxH/nj9bGI25H8aycASYpEvTEzcO8KO 712CfFXKcKq1VRdomQPexiGdwKQ2Xv3YbdsxMwy6o0tEktRpRaUOHp0eKqAojw3Yxw6zNt8lP qunQDREgG/6L6Uyw+wMwVecqAMQQna1lYiMPaItBIv8j2pjguL5HViw81r1XRcWaTF5LEjpc/ e7mIbpw+EnF8XxYU8xtg== Archived-At: Subject: Re: [xml2rfc] Inline use of X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2021 13:38:08 -0000 Am 18.01.2021 um 14:35 schrieb Carsten Bormann: > On 2021-01-18, at 14:20, Julian Reschke wrote: >> >> If xml2rfc "accepts" it as a child element of , that's a bug. > > The v2v3 converter does, and it splits the and places the sourcecode= outside the as a block element. > > The examples given are missing the end tags that are needed to make= the examples work. > > Gr=C3=BC=C3=9Fe, Carsten Interesting. Why does the conversion step touch elements that are not v2? Best regards, Julian From nobody Mon Jan 18 05:43:38 2021 Return-Path: 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 AD5153A1338 for ; Mon, 18 Jan 2021 05:43:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 7lihCbA1EeTz for ; Mon, 18 Jan 2021 05:43:34 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 816B23A1100 for ; Mon, 18 Jan 2021 05:43:34 -0800 (PST) Received: from [192.168.217.118] (p548dc939.dip0.t-ipconnect.de [84.141.201.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4DKCfr64YLzyXt; Mon, 18 Jan 2021 14:43:32 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: <6cd50952-2c66-4ae2-ebf2-e8936b2f1abd@gmx.de> Date: Mon, 18 Jan 2021 14:43:32 +0100 Cc: xml2rfc@ietf.org X-Mao-Original-Outgoing-Id: 632670212.028335-11310a0f6f380f366f408cce062dbd88 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6cd50952-2c66-4ae2-ebf2-e8936b2f1abd@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [xml2rfc] Inline use of X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2021 13:43:37 -0000 > Interesting. Why does the conversion step touch elements that are not = v2? The conversion is meant to help with the transition and therefore allows = mixtures of v2 and v3 elements. Apparently, it tries to generate valid = v3 in all cases. Gr=C3=BC=C3=9Fe, Carsten From nobody Mon Jan 18 07:12:30 2021 Return-Path: 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 B3F5E3A0317 for ; Mon, 18 Jan 2021 07:12:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 xirimM9xf_us for ; Mon, 18 Jan 2021 07:12:28 -0800 (PST) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A0813A0332 for ; Mon, 18 Jan 2021 07:12:27 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 86C89E0008 for ; Mon, 18 Jan 2021 15:12:24 +0000 (UTC) Date: Mon, 18 Jan 2021 16:12:24 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: text/plain; CHARSET=US-ASCII; FORMAT=flowed Content-ID: Archived-At: Subject: Re: [xml2rfc] Inline use of X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2021 15:12:30 -0000 On Mon, 18 Jan 2021, Carsten Bormann wrote: > On 2021-01-18, at 14:20, Julian Reschke wrote: >> >> If xml2rfc "accepts" it as a child element of , that's a bug. > The v2v3 converter does, and it splits the and places the sourcecode outside the as a block element. > The examples given are missing the end tags that are needed to make the examples work. My apologies, I mark up in SGML with lots of tag omission and then use an SGML parser to produce fully tagged XML. I wrongly showed the example in SGML, the corresponding XML is (a) Protocol token LB indicates a low battery. (b) Protocol token LB indicates a low battery. which shows that is indeed a child of a previous
    . My mistake, sorry. I shall follow Anders: is the best choice. Roger From nobody Tue Jan 19 14:16:27 2021 Return-Path: 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 00A5D3A182F for ; Tue, 19 Jan 2021 14:16:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 0RiuMxR9ANCv for ; Tue, 19 Jan 2021 14:16:24 -0800 (PST) Received: from z9m9z.htt-consult.com (z9m9z.htt-consult.com [23.123.122.147]) (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 8EB6E3A1835 for ; Tue, 19 Jan 2021 14:16:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by z9m9z.htt-consult.com (Postfix) with ESMTP id 19C9A6247F for ; Tue, 19 Jan 2021 17:15:59 -0500 (EST) X-Virus-Scanned: amavisd-new at htt-consult.com Received: from z9m9z.htt-consult.com ([127.0.0.1]) by localhost (z9m9z.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id HuHovBN82ngw for ; Tue, 19 Jan 2021 17:15:52 -0500 (EST) Received: from lx140e.htt-consult.com (unknown [192.168.160.29]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by z9m9z.htt-consult.com (Postfix) with ESMTPSA id CFFA8623C1 for ; Tue, 19 Jan 2021 17:15:49 -0500 (EST) To: "xml2rfc@ietf.org" From: Robert Moskowitz Message-ID: <2974c2f3-ba80-f64c-d630-cef5ba9a9b25@htt-consult.com> Date: Tue, 19 Jan 2021 17:15:40 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------A4617819055ED508EEECF5FC" Content-Language: en-US Archived-At: Subject: [xml2rfc] lists within lists X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2021 22:16:26 -0000 This is a multi-part message in MIME format. --------------A4617819055ED508EEECF5FC Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit I am trying for something like: a)Public key operation       2 Public Key signing verifications,       1 Public Key signing, b)Key generation       1 Diffie-Hellman ephemeral keypair generation, and       1 Diffie-Hellman shared secret generation. And looking at rfc7991 I am suppose to be able to put
      within
    • like:
           
      1.         Public key operations
             
        •         2 Public Key signing verifications,    
          •    
        •         1 Public Key signing,    
           
           
      1.         Key generation
             
        •         1 Diffie-Hellman ephemeral keypair generation, and    
          •    
        •         1 Diffie-Hellman shared secret generation.    
           
      But I get the error: $ xml2rfc --v3 draft-ietf-hip-dex.xml draft-ietf-hip-dex.xml(322): Error: Element li has extra content: ul, at /rfc/middle/section[1]/section[2]/section/ol[1]/li/ul draft-ietf-hip-dex.xml(335): Error: Element li has extra content: ul, at /rfc/middle/section[1]/section[2]/section/ol[2]/li/ul What am I doing wrong? How do I get nested lists? thanks --------------A4617819055ED508EEECF5FC Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit I am trying for something like:

      a)  Public key operation
            2 Public Key signing verifications,
       
            1 Public Key signing,
      b)  Key generation
            1 Diffie-Hellman ephemeral keypair generation, and
       
            1 Diffie-Hellman shared secret generation.
      And looking at rfc7991 I am suppose to be able to put <ul> within <li> like:



      <ol type="a">
          <li>
              Public key operations
      <ul spacing="normal" empty="true">
          <li>
              2 Public Key signing verifications,
          </li>
          <li>
              1 Public Key signing,
          </li>
      </ul>
          </li>
      </ol>
      <ol type="a">
          <li>
              Key generation
      <ul spacing="normal" empty="true">
          <li>
              1 Diffie-Hellman ephemeral keypair generation, and
          </li>
          <li>
              1 Diffie-Hellman shared secret generation.
          </li>
      </ul>
          </li>
      </ol>

      But I get the error:

      $ xml2rfc --v3 draft-ietf-hip-dex.xml
      draft-ietf-hip-dex.xml(322): Error: Element li has extra content: ul, at /rfc/middle/section[1]/section[2]/section/ol[1]/li/ul
      draft-ietf-hip-dex.xml(335): Error: Element li has extra content: ul, at /rfc/middle/section[1]/section[2]/section/ol[2]/li/ul

      What am I doing wrong?

      How do I get nested lists?

      thanks


      --------------A4617819055ED508EEECF5FC-- From nobody Tue Jan 19 15:19:28 2021 Return-Path: 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 C67A83A1877 for ; Tue, 19 Jan 2021 15:19:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 YU7340J1GuYO for ; Tue, 19 Jan 2021 15:19:25 -0800 (PST) Received: from z9m9z.htt-consult.com (z9m9z.htt-consult.com [23.123.122.147]) (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 0391E3A1874 for ; Tue, 19 Jan 2021 15:19:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by z9m9z.htt-consult.com (Postfix) with ESMTP id 6F29A623C1 for ; Tue, 19 Jan 2021 18:19:23 -0500 (EST) X-Virus-Scanned: amavisd-new at htt-consult.com Received: from z9m9z.htt-consult.com ([127.0.0.1]) by localhost (z9m9z.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id j2qo9PQPvfiy for ; Tue, 19 Jan 2021 18:19:19 -0500 (EST) Received: from lx140e.htt-consult.com (unknown [192.168.160.29]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by z9m9z.htt-consult.com (Postfix) with ESMTPSA id 110216247F for ; Tue, 19 Jan 2021 18:19:16 -0500 (EST) From: Robert Moskowitz To: "xml2rfc@ietf.org" References: <2974c2f3-ba80-f64c-d630-cef5ba9a9b25@htt-consult.com> Message-ID: <4ef27445-d851-eb02-d5b9-e7183e97a4b2@htt-consult.com> Date: Tue, 19 Jan 2021 18:19:07 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <2974c2f3-ba80-f64c-d630-cef5ba9a9b25@htt-consult.com> Content-Type: multipart/alternative; boundary="------------E730DAEA4830EA1010CF7A46" Content-Language: en-US Archived-At: Subject: [xml2rfc] SOLVED - Re: lists within lists X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2021 23:19:27 -0000 This is a multi-part message in MIME format. --------------E730DAEA4830EA1010CF7A46 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit I needed:    
    •         Public key operations
        I asked basically the same question back in March.  :( On 1/19/21 5:15 PM, Robert Moskowitz wrote: > I am trying for something like: > > a)Public key operation >       2 Public Key signing verifications, >       1 Public Key signing, > b)Key generation >       1 Diffie-Hellman ephemeral keypair generation, and >       1 Diffie-Hellman shared secret generation. > And looking at rfc7991 I am suppose to be able to put
          within
        • > like: > > > >
            >    
          1. >         Public key operations >
              >    
            • >         2 Public Key signing verifications, >    
              • >    
            • >         1 Public Key signing, >    
              • >
            >    
            2. >
          >
            >    
          1. >         Key generation >
              >    
            • >         1 Diffie-Hellman ephemeral keypair generation, and >    
              • >    
            • >         1 Diffie-Hellman shared secret generation. >    
              • >
            >    
            2. >
          > > But I get the error: > > $ xml2rfc --v3 draft-ietf-hip-dex.xml > draft-ietf-hip-dex.xml(322): Error: Element li has extra content: ul, > at /rfc/middle/section[1]/section[2]/section/ol[1]/li/ul > draft-ietf-hip-dex.xml(335): Error: Element li has extra content: ul, > at /rfc/middle/section[1]/section[2]/section/ol[2]/li/ul > > What am I doing wrong? > > How do I get nested lists? > > thanks > > > > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc --------------E730DAEA4830EA1010CF7A46 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit I needed:

              <li>
                  <t>Public key operations</t>
          <ul spacing="normal" empty="true">
           
          I asked basically the same question back in March.  :(

          On 1/19/21 5:15 PM, Robert Moskowitz wrote:
          I am trying for something like:

          a)  Public key operation
                2 Public Key signing verifications,
           
                1 Public Key signing,
          b)  Key generation
                1 Diffie-Hellman ephemeral keypair generation, and
           
                1 Diffie-Hellman shared secret generation.
          And looking at rfc7991 I am suppose to be able to put <ul> within <li> like:



          <ol type="a">
              <li>
                  Public key operations
          <ul spacing="normal" empty="true">
              <li>
                  2 Public Key signing verifications,
              </li>
              <li>
                  1 Public Key signing,
              </li>
          </ul>
              </li>
          </ol>
          <ol type="a">
              <li>
                  Key generation
          <ul spacing="normal" empty="true">
              <li>
                  1 Diffie-Hellman ephemeral keypair generation, and
              </li>
              <li>
                  1 Diffie-Hellman shared secret generation.
              </li>
          </ul>
              </li>
          </ol>

          But I get the error:

          $ xml2rfc --v3 draft-ietf-hip-dex.xml
          draft-ietf-hip-dex.xml(322): Error: Element li has extra content: ul, at /rfc/middle/section[1]/section[2]/section/ol[1]/li/ul
          draft-ietf-hip-dex.xml(335): Error: Element li has extra content: ul, at /rfc/middle/section[1]/section[2]/section/ol[2]/li/ul

          What am I doing wrong?

          How do I get nested lists?

          thanks



          _______________________________________________
xml2rfc mailing list
xml2rfc@ietf.org
https://www.ietf.org/mailman/listinfo/xml2rfc

          --------------E730DAEA4830EA1010CF7A46-- From nobody Thu Jan 21 08:33:52 2021 Return-Path: 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 BF81F3A12A2 for ; Thu, 21 Jan 2021 08:33:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 exLm8TWMLPmx for ; Thu, 21 Jan 2021 08:33:49 -0800 (PST) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0B3B3A12A0 for ; Thu, 21 Jan 2021 08:33:48 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 1B03B40016 for ; Thu, 21 Jan 2021 16:33:44 +0000 (UTC) Date: Thu, 21 Jan 2021 17:33:44 +0100 (CET) From: Roger Price X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List Message-ID: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Archived-At: Subject: [xml2rfc] Idnits false positive on RFC2606 FQDN X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2021 16:33:51 -0000 This is probably off-topic for this list. My text refers to constants such as output.voltage.nominal and ups.delay.shutdown. Idnits complains with messages such as tmp/draft-rprice-ups-management-protocol-00.txt(814): Found possible FQDN 'ups.delay.shutdown' in position 12; this doesn't match RFC 2606's suggested ".example" or ".example.(com|org|net)". My constants are marked up as ups.delay.shutdown How can I tell Idnit that my constants are not domain names? Roger From nobody Thu Jan 21 08:42:44 2021 Return-Path: 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 B50923A12B4 for ; Thu, 21 Jan 2021 08:42:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.918 X-Spam-Level: X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 8ji0zeDnCxAT for ; Thu, 21 Jan 2021 08:42:40 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A1E43A12B0 for ; Thu, 21 Jan 2021 08:42:39 -0800 (PST) Received: from [192.168.217.118] (p548dc939.dip0.t-ipconnect.de [84.141.201.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4DM7V51bhwzyt6; Thu, 21 Jan 2021 17:42:37 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: Date: Thu, 21 Jan 2021 17:42:36 +0100 Cc: xml2rfc Mailing List X-Mao-Original-Outgoing-Id: 632940156.783426-08a3bfe3bbe234aa00c9802b0eb06168 Content-Transfer-Encoding: quoted-printable Message-Id: <47897289-B537-4598-BA09-BFDA3291BCAD@tzi.org> References: To: Roger Price X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [xml2rfc] Idnits false positive on RFC2606 FQDN X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2021 16:42:43 -0000 On 2021-01-21, at 17:33, Roger Price wrote: >=20 > How can I tell Idnit that my constants are not domain names? Idnits uses heuristics, so these *will* create false positives. A future sprint for idnits could provide a way to create =E2=80=9Cignore=E2= =80=9D pragmas for these false positives. This is complicated a bit by the fact that idnits works on the text = version, so there would be no way to hide those pragmas from the casual = viewer. But maybe they can be hidden in the backmatter or some such. However, idnits awaits a rewrite anyway, so that probably should be done = first. Until then, I=E2=80=99d say just keep note of the false positives. (You might even have a =E2=80=9CtoBeRemovedinRFC=E2=80=9D section that = lists them, so readers know you are aware=E2=80=A6) Gr=C3=BC=C3=9Fe, Carsten From nobody Sun Jan 24 09:04:01 2021 Return-Path: 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 BDE8B3A0E7B; Sun, 24 Jan 2021 09:03:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 (2048-bit key) header.d=gmail.com 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 ZBwLhdE090D7; Sun, 24 Jan 2021 09:03:58 -0800 (PST) Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 1E4E03A0E79; Sun, 24 Jan 2021 09:03:57 -0800 (PST) Received: by mail-qk1-x733.google.com with SMTP id n15so5668326qkh.8; Sun, 24 Jan 2021 09:03:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=D5S4+Z/GnYGdui8QTctGgJesmY1mWajOI4W68Zv49IQ=; b=U1mckG/pyRWL60jOsm08ymVFhTBb8YiLQNTOga0dJXIgYWVDgWOg10sJ28cRfTb4ej Cy1VWdODWXcdstbyBzJzXCO29B5HOwEllvIXOtuRxg+aQHCghqW1PBbTxbBE7aHZ1/VO dt/neWzPlD68V+6Aeo944Utg4FyA6uNLx1hVXpgXV9Sjx0k/1HoltPD3w/j56OM8lyvt SFeRhHlrgO/V/w6EH8P8+P/ngdth3+y8kES6p8J4NTNG8zQb/wDXFHk3Fk8F6gtUUpkD KLfZT6KWUEvH+6i5Uh5b4XuNrC3FhntKIymyJQJWJFpAVRHWY3131om/5nu+9wvu+9iJ 4FNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=D5S4+Z/GnYGdui8QTctGgJesmY1mWajOI4W68Zv49IQ=; b=YvQRPi2Olxe5Ctmo6n7+ttEayeTnbQnullljYNjNkECLfR9QVrS4TYWPoIQVasPYub jb8O2/iMIPVTB/CPT8EKfedfRCYV9OEUBs4wzvUanxdXjw9VqW1DW4bmUDJrSnCkwdvV fRmOR5xQ8cGKprtdarZrTBAxJQrxvTjP+b073pc5CDSaFmcJGgpqxw0EjyEBKE7kQcwq GZuyEL4E7ySrOL4fYxiMO2yaI9F3X3PLiXSIUAAqdKcj3AeGIyLOdYbr/SPV3rYLqqA2 DQCriCknufWIwyJT1oXcQxuvrP0LLOlO3upMdaLMFnAh1B1jXgKXdUZTphwg1hqWTbEZ 89cg== X-Gm-Message-State: AOAM5313Ezgb5Bz0m5st/sUgXjdB0V8ijGT4LMAhORYzF+Tfn93SThGu CH/zl1mGWPvc986LGXRzEQymDcrVsSv7BTqNlp6gTeJhHWQ= X-Google-Smtp-Source: ABdhPJzcgOa15A5grr9uf9UZFWQeweGMpRutZp/BGiKG1iXJmhaG8663MRtVxGcbYglEwolTpP7t7dL4rgDeZDQ5sVg= X-Received: by 2002:a37:7444:: with SMTP id p65mr491899qkc.476.1611507837017; Sun, 24 Jan 2021 09:03:57 -0800 (PST) MIME-Version: 1.0 From: "Andrew G. Malis" Date: Sun, 24 Jan 2021 12:03:41 -0500 Message-ID: To: RFC Interest , xml2rfc@ietf.org, XML Developer List Content-Type: multipart/alternative; boundary="0000000000002da40705b9a868c8" Archived-At: Subject: [xml2rfc] Script to generate RFC reference including abstract? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2021 17:04:00 -0000 --0000000000002da40705b9a868c8 Content-Type: text/plain; charset="UTF-8" Just to save myself a bit of work if this already exists .... Have any of you written a script when, given a list of RFC numbers, will generate an xml2rfc-ish reference and pull out the abstract for each RFC? Something like, when given "8660", will produce: [RFC8660] Bashandy, A., Ed., Filsfils, C., Ed., Previdi, S., Decraene, B., Litkowski, S., and R. Shakir, "Segment Routing with the MPLS Data Plane", RFC 8660, DOI 10.17487/RFC8660, December 2019, . Segment Routing (SR) leverages the source-routing paradigm. A node steers a packet through a controlled set of instructions, called segments, by prepending the packet with an SR header. In the MPLS data plane, the SR header is instantiated through a label stack. This document specifies the forwarding behavior to allow instantiating SR over the MPLS data plane (SR-MPLS). Thanks, Andy --0000000000002da40705b9a868c8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
          Just to save myself a bit of work if this already exists .= ...

          Have=C2=A0any of you written a script when, given a = list of RFC numbers, will generate an xml2rfc-ish reference=C2=A0and pull o= ut the abstract for each RFC? Something like, when given "8660", = will produce:

          =C2=A0 =C2=A0[RFC8660] =C2=A0Bashand= y, A., Ed., Filsfils, C., Ed., Previdi, S.,
          =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 Decraene, B., Litkowski, S., and R. Shakir, "Segm= ent
          =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Routing with the MP= LS Data Plane", RFC 8660,
          =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 DOI 10.17487/RFC8660, December 2019,
          =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 <https://www.rfc-editor.org/info/rfc8660>.

          =C2= =A0 =C2=A0Segment Routing (SR) leverages the source-routing paradigm.=C2=A0= A node
          =C2=A0 =C2=A0steers a packet through a controlled set of instruc= tions, called
          =C2=A0 =C2=A0segments, by prepending the packet with an SR= header.=C2=A0 In the MPLS
          =C2=A0 =C2=A0data plane, the SR header is ins= tantiated through a label stack.
          =C2=A0 =C2=A0This document specifies th= e forwarding behavior to allow
          =C2=A0 =C2=A0instantiating SR over the MP= LS data plane (SR-MPLS).

          Thanks,
          Andy

          --0000000000002da40705b9a868c8-- From nobody Sun Jan 24 11:21:26 2021 Return-Path: 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 2E8A13A0925 for ; Sun, 24 Jan 2021 11:21:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.005 X-Spam-Level: X-Spam-Status: No, score=0.005 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nthpermutation-com.20150623.gappssmtp.com 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 8qDoPygZMUaD for ; Sun, 24 Jan 2021 11:21:19 -0800 (PST) Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (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 887153A0A3D for ; Sun, 24 Jan 2021 11:21:14 -0800 (PST) Received: by mail-lj1-x22b.google.com with SMTP id 3so12713939ljc.4 for ; Sun, 24 Jan 2021 11:21:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nthpermutation-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TJ/qRu5pY1yY5d4cx9gNsl1rKuS6EmtTxNjrxfLUvuw=; b=lU5jje3ZDiCbGI7DJ4JhWFVOMg60tGKKlxmY2iH8U5oBCoOvcHuCUyZy+6TM9mIqmq 1KN71MyyZSol0VBKYg0rssm0Tymx5crFthY9Nd/N/sLmNyc/IHlJA3Cq96p3m/z9/mDw GP0LXduHSNSWzfhbnzlWhy1MO0zBp5T8uyV5VKm170hHt4rNsWxwpBmLzFQd+4XNLdFx NDBDSsz6C2VvCLMgAOHbIXASixbdSjEWu+dSxY851K7O9tLb26m6xof7g3TO3X4lGbID quQCTCwuozKlgZYBIW5yKLdhhV88awjc2bp5wQ5OX5ijpYI7GpJtXW9EaZqFozmkJ+ZS aCQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TJ/qRu5pY1yY5d4cx9gNsl1rKuS6EmtTxNjrxfLUvuw=; b=F+Ugw+3qbF9X/RrzHaIpQZ2h5vdX8Y46mUu5ytN8BO6pJvdcMWC6236GgIR4D4IzDJ KlE7X+UtyaEz/eFpZOQCqebMs9a+iRdPQwRAk+GIL4JHWeEdK5pYC3BAS+k//2iHya60 0Efb9AhY63xpeeiBa5YK2Po1G4tUzD5q2m1EUl6b5NyurHgAmBRk+02XhzoJ+Hw+xCO6 VmqufuQXZ7ouixvBcwq0WdyRvcSaOwpsVcwVZKeZHPU8egJSIh57gFmFMs3buBwp+Ekd +8P1pZqnl5W3wk+QI14QV+yZfOPsSVmZ+W3ccvDzWDyAZa3mySexOYBfg9pn2uCk7qc9 ipSQ== X-Gm-Message-State: AOAM531pBe6fYnZ997QnC14QEfQWu8aGwf9wjTQG0FHv7jvRfxvD5ej1 LI7HXX6dXhrtjhXhgndivDn+d9MCkZAgFNtdIJwllQ== X-Google-Smtp-Source: ABdhPJzmhCA040TAyE0gSSvQwTKDtD3UlhHLDMjuBQsh3yQtizrFFdchRf2gFngZSds9lCMC6Tws2sMouj9wKJPaUzU= X-Received: by 2002:a2e:8799:: with SMTP id n25mr64697lji.432.1611516072165; Sun, 24 Jan 2021 11:21:12 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: "StJohns, Michael" Date: Sun, 24 Jan 2021 14:21:01 -0500 Message-ID: To: "Andrew G. Malis" Cc: RFC Interest , XML Developer List , xml2rfc@ietf.org Content-Type: multipart/alternative; boundary="0000000000000812ad05b9aa5344" Archived-At: Subject: Re: [xml2rfc] [rfc-i] Script to generate RFC reference including abstract? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2021 19:21:25 -0000 --0000000000000812ad05b9aa5344 Content-Type: text/plain; charset="UTF-8" Maybe try this? http://web-harvest.sourceforge.net/manual.php On Sun, Jan 24, 2021 at 12:04 Andrew G. Malis wrote: > Just to save myself a bit of work if this already exists .... > > Have any of you written a script when, given a list of RFC numbers, will > generate an xml2rfc-ish reference and pull out the abstract for each RFC? > Something like, when given "8660", will produce: > > [RFC8660] Bashandy, A., Ed., Filsfils, C., Ed., Previdi, S., > Decraene, B., Litkowski, S., and R. Shakir, "Segment > Routing with the MPLS Data Plane", RFC 8660, > DOI 10.17487/RFC8660, December 2019, > . > > Segment Routing (SR) leverages the source-routing paradigm. A node > steers a packet through a controlled set of instructions, called > segments, by prepending the packet with an SR header. In the MPLS > data plane, the SR header is instantiated through a label stack. > This document specifies the forwarding behavior to allow > instantiating SR over the MPLS data plane (SR-MPLS). > > Thanks, > Andy > > _______________________________________________ > rfc-interest mailing list > rfc-interest@rfc-editor.org > https://www.rfc-editor.org/mailman/listinfo/rfc-interest > --0000000000000812ad05b9aa5344 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
          =
          On Sun= , Jan 24, 2021 at 12:04 Andrew G. Malis <agmalis@gmail.com> wrote:
          Just to save myself a bit of work if this already exis= ts ....

          Have=C2=A0any of you written a script when, give= n a list of RFC numbers, will generate an xml2rfc-ish reference=C2=A0and pu= ll out the abstract for each RFC? Something like, when given "8660&quo= t;, will produce:

          =C2=A0 =C2=A0[RFC8660] =C2=A0Bas= handy, A., Ed., Filsfils, C., Ed., Previdi, S.,
          =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 Decraene, B., Litkowski, S., and R. Shakir, "= Segment
          =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Routing with th= e MPLS Data Plane", RFC 8660,
          =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 DOI 10.17487/RFC8660, December 2019,
          =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 <https://www.rfc-editor.org/info/rfc8660>.=

          =C2=A0 =C2=A0Segment Routing (SR) leverages the source-r= outing paradigm.=C2=A0 A node
          =C2=A0 =C2=A0steers a packet through a con= trolled set of instructions, called
          =C2=A0 =C2=A0segments, by prepending= the packet with an SR header.=C2=A0 In the MPLS
          =C2=A0 =C2=A0data plane= , the SR header is instantiated through a label stack.
          =C2=A0 =C2=A0This= document specifies the forwarding behavior to allow
          =C2=A0 =C2=A0instan= tiating SR over the MPLS data plane (SR-MPLS).

          Thanks,
          Andy

          _______________________________________________
          rfc-interest mailing list
          rfc-intere= st@rfc-editor.org
          https://www.rfc-editor.org/mailman/listinfo/= rfc-interest
          --0000000000000812ad05b9aa5344-- From nobody Sun Jan 24 13:39:26 2021 Return-Path: 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 812963A0B9B; Sun, 24 Jan 2021 13:39:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.197 X-Spam-Level: X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 (2048-bit key) header.d=gmail.com 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 mpadAIYvt_pf; Sun, 24 Jan 2021 13:39:19 -0800 (PST) Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (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 D4C893A0B92; Sun, 24 Jan 2021 13:39:18 -0800 (PST) Received: by mail-qk1-x72d.google.com with SMTP id x81so7922419qkb.0; Sun, 24 Jan 2021 13:39:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9b33rEzdnCTiRLPxbvB1zfeEoULcXrCKQvwFdsrCPpg=; b=nfzKlxV0PYUVhOzqsz7OgADgQX6nz36wbo2GYwr58aO6+6/BGGzMSN7X3qt1S0jUlU imwpi//bVvOVBhOy5sGCkzcq7ko+o0KpW3byixACHx/jmIVnHJ2Tf3kj5eOvTHmxCei9 5iz96nPPO/wkYd9ainhECnncxEBR27yl1U2QHpnN70cN3kM0z2UtJPOmDo6Vh+O+5Hpn u9Vs3Unb9v7OxBdaskDhnzc3a48ER414QfE8WMThLaya6pOxkvFaGAYSdwaZ26txqbcV 7bMLI7jdzg9kwlHaoV7KP13mYsQ75LEI+4n07AtaqAkuLXGW0+v5qBaVXfCpiqXx5RR2 8unw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9b33rEzdnCTiRLPxbvB1zfeEoULcXrCKQvwFdsrCPpg=; b=ixnSRD9JGd7/xsrRjq5sdwjFnT9q8/WaFpaTTYvXr7g4J/TBd5OzEhfN7XRXKEda8U EkXopaX9sFHhBrtio7QjaI2lt7nuBpeKrFgNUUVkf1ug79Egsbrubfdoa89rizLXRQpT 8IH3Dgcff0XdiKzUPbWbb1ndeoA6VogeX7xdJDkTxW9uk1dzEMgLSbgs3obbelIqG0Az 7YogZH4SjQVH3/3h+7V4fokTDC7em7T1jLiN19M2QE+yFICiQeXa8MHf2NOkG3HmryqC /878RYBOcugk9kzrmyARLyPXAyXk8C8gegxgo5azezrrD7vjYintAIFsD7kOMu4W0QYY R7Xg== X-Gm-Message-State: AOAM530kJwBmmRdQMKeLqNY5uopAkgjl/vHwlg0nefRvkiWiug6BVhY9 PZq6UoazztzfRpWVLDCfGTPd9wAGrWS1bZzjUvs= X-Google-Smtp-Source: ABdhPJzkOfrS3Ihr3/MGIRzC09dL3slDEMPL3paF0Rv2X71+aN+9s3dsEM1/sWLRk6Pofurft2k18zuxE14gcBvYREk= X-Received: by 2002:a05:620a:16cd:: with SMTP id a13mr864877qkn.249.1611524357806; Sun, 24 Jan 2021 13:39:17 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: "Andrew G. Malis" Date: Sun, 24 Jan 2021 16:39:02 -0500 Message-ID: To: "StJohns, Michael" Cc: RFC Interest , XML Developer List , xml2rfc@ietf.org Content-Type: multipart/alternative; boundary="000000000000e4de5905b9ac4032" Archived-At: Subject: Re: [xml2rfc] [rfc-i] Script to generate RFC reference including abstract? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2021 21:39:21 -0000 --000000000000e4de5905b9ac4032 Content-Type: text/plain; charset="UTF-8" Mike, Thanks, not quite what I was looking for, but it might be useful as a basis for scripting. Cheers, Andy On Sun, Jan 24, 2021 at 2:21 PM StJohns, Michael wrote: > Maybe try this? > http://web-harvest.sourceforge.net/manual.php > > > > On Sun, Jan 24, 2021 at 12:04 Andrew G. Malis wrote: > >> Just to save myself a bit of work if this already exists .... >> >> Have any of you written a script when, given a list of RFC numbers, will >> generate an xml2rfc-ish reference and pull out the abstract for each RFC? >> Something like, when given "8660", will produce: >> >> [RFC8660] Bashandy, A., Ed., Filsfils, C., Ed., Previdi, S., >> Decraene, B., Litkowski, S., and R. Shakir, "Segment >> Routing with the MPLS Data Plane", RFC 8660, >> DOI 10.17487/RFC8660, December 2019, >> . >> >> Segment Routing (SR) leverages the source-routing paradigm. A node >> steers a packet through a controlled set of instructions, called >> segments, by prepending the packet with an SR header. In the MPLS >> data plane, the SR header is instantiated through a label stack. >> This document specifies the forwarding behavior to allow >> instantiating SR over the MPLS data plane (SR-MPLS). >> >> Thanks, >> Andy >> >> _______________________________________________ >> rfc-interest mailing list >> rfc-interest@rfc-editor.org >> https://www.rfc-editor.org/mailman/listinfo/rfc-interest >> > --000000000000e4de5905b9ac4032 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
          Mike,

          Thanks, not quite what I=C2=A0was= looking for, but it might be useful as a basis for scripting.
          Cheers,
          Andy


          On Sun, Jan 24, 202= 1 at 2:21 PM StJohns, Michael <msj@nthpermutation.com> wrote:
          Maybe try this? =C2=A0



          On Sun, Jan 24, 2021 at 12:04 Andrew G. = Malis <agmalis@gm= ail.com> wrote:
          Just to save myself a bit of work if this already e= xists ....

          Have=C2=A0any of you written a script when, g= iven a list of RFC numbers, will generate an xml2rfc-ish reference=C2=A0and= pull out the abstract for each RFC? Something like, when given "8660&= quot;, will produce:

          =C2=A0 =C2=A0[RFC8660] =C2=A0= Bashandy, A., Ed., Filsfils, C., Ed., Previdi, S.,
          =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 Decraene, B., Litkowski, S., and R. Shakir, &qu= ot;Segment
          =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Routing with= the MPLS Data Plane", RFC 8660,
          =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 DOI 10.17487/RFC8660, December 2019,
          =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 <https://www.rfc-editor.org/info/rfc8660>= .

          =C2=A0 =C2=A0Segment Routing (SR) leverages the source-= routing paradigm.=C2=A0 A node
          =C2=A0 =C2=A0steers a packet through a co= ntrolled set of instructions, called
          =C2=A0 =C2=A0segments, by prependin= g the packet with an SR header.=C2=A0 In the MPLS
          =C2=A0 =C2=A0data plan= e, the SR header is instantiated through a label stack.
          =C2=A0 =C2=A0Thi= s document specifies the forwarding behavior to allow
          =C2=A0 =C2=A0insta= ntiating SR over the MPLS data plane (SR-MPLS).

          Thanks,
          Andy

          _______________________________________________
          rfc-interest mailing list
          rfc-intere= st@rfc-editor.org
          https://www.rfc-editor.org/mailman/listinfo/= rfc-interest
          --000000000000e4de5905b9ac4032-- From nobody Sun Jan 24 15:43:44 2021 Return-Path: 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 14C283A040B; Sun, 24 Jan 2021 15:43:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.2 X-Spam-Level: X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=ribose.com 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 7YB3W1uZlyuf; Sun, 24 Jan 2021 15:43:37 -0800 (PST) Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-eopbgr1300045.outbound.protection.outlook.com [40.107.130.45]) (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 AA06E3A03FA; Sun, 24 Jan 2021 15:43:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AzBk+8b2QWbPgEg1Ugy7h7vmrwYOgL83cZjRoA9iNOYCkyYRvsZrQIVN5CL4C61PCGHp0frGJDzDCUTW3kKr0P/I2BPWfW4u/ys8GqWXNP18cJJZXuEEJfu1jV7rmQo19wvC+SpdSLDmCFlov7biXyLiZCNmuPRjKvu7pdLP7ZANiNyFy6rG8hUBJXPS+GJtz0Ry8I3BDZpattqS8uxR30nrgprcCVu9ooJRuq8TivaLDf4Dn7KceX3STDhBZ31+wIENNefyReqqdrwqWIm8oHaGPIekAkXRQSMPrGNPCwTzn6R5JzRuTRu0Loa17StgBPuudnrEYsIArXYgXhzfSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XJ1AU+Z7ncOI7cGNhxyMN+CNEUtngFVJf/0bKu54VQ4=; b=MfFl09JN91ZijPpqKc8kdJ5g0Va7Eukf8g9iaBRKaIdtnSIdom1TuJusHCXuB1x3K+kuAJIGMj7oilBzaIHvptOQjUdZaFb3Flqv9gHi4U0PfuqEUQ8QTzuI//6bl1rpvfxjhnRDPIwq0bOn70RbN6ZzGnfiFVoOwQQyQUPp2ZwuA7pF9RZNwaxiofaR/L81bRHHNb9ql6K70/EA5DX8yDSRlywX9E9frkFL2yt6z912gajq+XWLW0+STyMfvP/qiuuFKJqDzmnHdN2rf5tYkcfMpCZj+dhX89nrhkOQUfBmeXvgKdwibHMdFBwnZa8/PzEE+Ea5HEEe6xWqDt8PIg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ribose.com; dmarc=pass action=none header.from=ribose.com; dkim=pass header.d=ribose.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ribose.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XJ1AU+Z7ncOI7cGNhxyMN+CNEUtngFVJf/0bKu54VQ4=; b=DHyPSUL0cAAEsjQknBPLs2MXQA1zsE31dcQOhHK2ygaVqNQZaA3ljDeu9HyYJnkce9FPVaz8/MEx0wNM7k0dwkoexAenFnFIlBSLlmeBkIektkwoqvLp0mmNkSA/3xh1kW8JX8k+r7zDwipdTJn5ICtqdm1rncBq9Yn9D5ME96w= Received: from HK0PR01MB2900.apcprd01.prod.exchangelabs.com (2603:1096:203:98::14) by HK2PR01MB3233.apcprd01.prod.exchangelabs.com (2603:1096:202:25::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.15; Sun, 24 Jan 2021 23:43:25 +0000 Received: from HK0PR01MB2900.apcprd01.prod.exchangelabs.com ([fe80::3109:413c:b2ec:d0d4]) by HK0PR01MB2900.apcprd01.prod.exchangelabs.com ([fe80::3109:413c:b2ec:d0d4%2]) with mapi id 15.20.3784.017; Sun, 24 Jan 2021 23:43:25 +0000 From: Ronald Tse To: "Andrew G. Malis" , RFC Interest CC: XML Developer List , "xml2rfc@ietf.org" Thread-Topic: [xml2rfc-dev] [rfc-i] Script to generate RFC reference including abstract? Thread-Index: AQHW8nLvcjsrcFLZ+UexNOnO14/QHKo3JzOAgAAmkACAACK8gA== Date: Sun, 24 Jan 2021 23:43:24 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3654.40.0.2.32) authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ribose.com; x-originating-ip: [58.153.245.161] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c667a660-7e94-458e-c1a3-08d8c0c1d7ae x-ms-traffictypediagnostic: HK2PR01MB3233: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: fcAPK5JBKC5k9nzWeZCjz7CNgpZVQdse4gVdr9hfhMqBtvvjcRdG7RHg1h5doleJ51FgBUpkL6iBdJmlpH7GTQ5WSXx2rRfaxRCH0Zza6FAr6bnBOoJjxmbzRsKUK0hra0GFLAay46dNk3Cgvb8Q1kQKs18ItVWcFPNAn6Z1NnWZgflfWUejBlMePC6piFqb6FQoHkQ9UG7GrpFgET9nftbXboKwdLM7qk2Cw1hCYb5o2ZdJ+lW9k07SZ3J7z9ugMbrDKW7I6ljUCtl6CdOf6wCriFoZxsS9tZQeiSfIc/Uf8XyWZROGdm6agnylF961cOWgi68ykZl7y7pvUFHK/ikRanutP6o+9cq9CLS01xi0KlBOCgihedIHjkbZQtEgiuH6tPyLtwUa2g3p43tqmQaioVWO/iXlrygqqoV9fddyZlUFxI+B4Pquz4paSLyTBsRM6kcuBJIQqVv2wdD2ng== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HK0PR01MB2900.apcprd01.prod.exchangelabs.com; PTR:; CAT:NONE; SFS:(346002)(376002)(39840400004)(396003)(366004)(136003)(36756003)(26005)(66574015)(6486002)(15188155005)(16799955002)(71200400001)(966005)(8676002)(6506007)(186003)(53546011)(6512007)(8936002)(166002)(86362001)(2906002)(4326008)(91956017)(76116006)(2616005)(5660300002)(110136005)(54906003)(66446008)(478600001)(316002)(64756008)(66476007)(66946007)(66556008)(33656002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?Y0FVRHVXSi9wN1c0dHRlZUc0bExyQ2ZPV3VXN2E1TzhCOVhLdzJMSmNtNG5a?= =?utf-8?B?V1NJUDB2b2s5c1M4QmxESGw1K3JJOTBHOGRnWFRNRnRZbHRhUGNnS0U1UWdl?= =?utf-8?B?NEpGOWxjV0pDTFVKYklDSGhRdUFEWGtaem9PZ05FSXduN1BlK0lpenZhSnpV?= =?utf-8?B?WWMvNWkxU2k1Z0xxOFVNWVVkSGs0bGl4bDhlV3Izc0pSNXdqQjROYjAyUDBL?= =?utf-8?B?dXkxcG5US3MzS00reHFZc2dJQkw0c1MzM296aENxaWE2aTVVR0JibHgrbFdU?= =?utf-8?B?MHF3eGJwV0tWZ0R3aUtwZmJTZDJUbEhNdE85d1NJTCtLb1VCYndidm5wYUxh?= =?utf-8?B?RUQyOU9nT0xUbmxkREQ5TFAvRU5EVm1nbXk2aDlLOEQ5V1lRRVJwTmVqb3hU?= =?utf-8?B?Y2dvZU05dmNxZXg3NmJpd1FwN1dsSmt1Z0VOQzg2dmh0dzBMdFFReHoyUWhJ?= =?utf-8?B?K3ZZckZFTWFzeDVlRTJnRmVqV1NwWEpIaGJnVkQybDlwaWJmTTRhb0YzRm9N?= =?utf-8?B?bzdXbVduNU1vYzJnNkN0VExvSnNYck1kM1UrK2xrZ2c3M2NZWlZCZ1I4eDJo?= =?utf-8?B?S0xIaXBCY1NNKzB1UW03akNPNjlUTExCSWs3bjdzSDFNR2J5NG5BMzErYllq?= =?utf-8?B?MFR0Z1QxRzBaL1hyd1dQQmlNaUtnMlVKZjdHYS8xS2FCUkVBUUx2SHk2Zmdi?= =?utf-8?B?MXRSa2NFWTJNYmoyOWJROW9UZFhmL3ZmdGlueHRDUmk5RGo0bjhZTmp5NU9X?= =?utf-8?B?aVZCVDMzZ1pkM0VpNVRtNzF0QjBUd3pTaStGMkxmWU9IcURQMkhuL2IwaFc0?= =?utf-8?B?aFlBWWVWbU9jQVNLMnFpWkFRR3M0RlVGUXJnNm5IWllSd0NUdnpWNTdPSGlx?= =?utf-8?B?L3lSWkRPWkpaSUNkMW54dForZGxQbEtNSkJ6WndneWFUeG9ocCttSXBMRmRj?= =?utf-8?B?QTIyQ05JZUdxNDd4K1ZCZFkydWNXR3daaGVHOFI0WjBMQU9qbVRuRTRjNFMy?= =?utf-8?B?QmFYQWdQTGxqZUhSUVR0UVAwL2JSVXVDRWJkQWYyUHlMR3M3L29Fa3l5NlBh?= =?utf-8?B?R3JPcG1WRjlNaEJxSWFjK3kwUERSL05SZ3A4WXd5T2JKUytCNTdTV3FXOFps?= =?utf-8?B?dStmNk5CWnBIZ0pCWGlxN2g2Wm14Tit2dWkzclVyM2dCYUdsQ0xRRmloY3pu?= =?utf-8?B?d0d2NithWmlVYlpBRkd6NXNzRWFnVis0bWRnSlBLY1FISUEzc05wTjZJZjNi?= =?utf-8?B?V1h4dm9SVEV5djhiMkFFYkMxcytzMHhvZy9VeEtVSlEveG9RS1FHZGFaYWlp?= =?utf-8?Q?5thh7LtQmMAwJbFPgqiDVl19jWKkG/aCR8?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_F97B1BA24E81438383F6552A2072CF56ribosecom_" MIME-Version: 1.0 X-OriginatorOrg: ribose.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HK0PR01MB2900.apcprd01.prod.exchangelabs.com X-MS-Exchange-CrossTenant-Network-Message-Id: c667a660-7e94-458e-c1a3-08d8c0c1d7ae X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jan 2021 23:43:24.9792 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: d98a04ff-ef98-489b-b33c-13c23a2e091a X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: L+oEDgBJR9fUme+jWggWJLzaF2gIQc1O6UwM6Exg4rTk+fvj1SMiMC6ix6i+BWB/ X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2PR01MB3233 Archived-At: Subject: Re: [xml2rfc] [xml2rfc-dev] [rfc-i] Script to generate RFC reference including abstract? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2021 23:43:39 -0000 --_000_F97B1BA24E81438383F6552A2072CF56ribosecom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQW5keSwNCg0KUmVsYXRvbuKAmXMgQ0xJIChodHRwczovL2dpdGh1Yi5jb20vcmVsYXRvbi9y ZWxhdG9uLWNsaS8pIHN1cHBvcnRzIHNvbWV0aGluZyBsaWtlIHRoaXM6DQoNCuKAlOKAlA0KJCBn ZW0gaW5zdGFsbCByZWxhdG9uLWNsaQ0KJCByZWxhdG9uIGZldGNoIC0tdHlwZT1JRVRGICJSRkMg ODY2MCINCuKAlOKAlA0KDQpTVERPVVQ6DQrigJTigJQNCjxiaWJpdGVtIGlkPSJSRkM4NjYwIiB0 eXBlPSJzdGFuZGFyZCI+DQogIDxmZXRjaGVkPjIwMjEtMDEtMjU8L2ZldGNoZWQ+DQogIDx0aXRs ZSBmb3JtYXQ9InRleHQvcGxhaW4iIGxhbmd1YWdlPSJlbiIgc2NyaXB0PSJMYXRuIj5TZWdtZW50 IFJvdXRpbmcgd2l0aCB0aGUgTVBMUyBEYXRhIFBsYW5lPC90aXRsZT4NCiAgPHVyaSB0eXBlPSJ4 bWwiPmh0dHBzOi8veG1sMnJmYy50b29scy5pZXRmLm9yZy9wdWJsaWMvcmZjL2JpYnhtbC9yZWZl cmVuY2UuUkZDLjg2NjAueG1sPC91cmk+DQogIDx1cmkgdHlwZT0ic3JjIj5odHRwczovL3d3dy5y ZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzg2NjA8L3VyaT4NCiAgPGRvY2lkZW50aWZpZXIgdHlwZT0i SUVURiI+UkZDIDg2NjA8L2RvY2lkZW50aWZpZXI+DQogIDxkb2NpZGVudGlmaWVyIHR5cGU9InJm Yy1hbmNob3IiPlJGQzg2NjA8L2RvY2lkZW50aWZpZXI+DQogIDxkb2NpZGVudGlmaWVyIHR5cGU9 IkRPSSI+MTAuMTc0ODcvUkZDODY2MDwvZG9jaWRlbnRpZmllcj4NCuKApg0KICA8Y29udHJpYnV0 b3I+DQogICAgPHJvbGUgdHlwZT0iZWRpdG9yIi8+DQogICAgPHBlcnNvbj4NCiAgICAgIDxuYW1l Pg0KICAgICAgICA8Y29tcGxldGVuYW1lIGxhbmd1YWdlPSJlbiI+QS4gQmFzaGFuZHk8L2NvbXBs ZXRlbmFtZT4NCiAgICAgIDwvbmFtZT4NCiAgICAgIDxhZmZpbGlhdGlvbj4NCiAgICAgICAgPG9y Z2FuaXphdGlvbj4NCiAgICAgICAgICA8bmFtZT5JbnRlcm5ldCBFbmdpbmVlcmluZyBUYXNrIEZv cmNlPC9uYW1lPg0KICAgICAgICAgIDxhYmJyZXZpYXRpb24+SUVURjwvYWJicmV2aWF0aW9uPg0K ICAgICAgICA8L29yZ2FuaXphdGlvbj4NCiAgICAgIDwvYWZmaWxpYXRpb24+DQogICAgPC9wZXJz b24+DQogIDwvY29udHJpYnV0b3I+DQouLi4NCiAgPGxhbmd1YWdlPmVuPC9sYW5ndWFnZT4NCiAg PHNjcmlwdD5MYXRuPC9zY3JpcHQ+DQogIDxhYnN0cmFjdCBmb3JtYXQ9InRleHQvcGxhaW4iIGxh bmd1YWdlPSJlbiIgc2NyaXB0PSJMYXRuIj5TZWdtZW50IFJvdXRpbmcgKFNSKSBsZXZlcmFnZXMg dGhlIHNvdXJjZS1yb3V0aW5nIHBhcmFkaWdtLiAgQSBub2RlIHN0ZWVycyBhIHBhY2tldCB0aHJv dWdoIGEgY29udHJvbGxlZCBzZXQgb2YgaW5zdHJ1Y3Rpb25zLCBjYWxsZWQgc2VnbWVudHMsIGJ5 IHByZXBlbmRpbmcgdGhlIHBhY2tldCB3aXRoIGFuIFNSIGhlYWRlci4gIEluIHRoZSBNUExTIGRh dGEgcGxhbmUsIHRoZSBTUiBoZWFkZXIgaXMgaW5zdGFudGlhdGVkIHRocm91Z2ggYSBsYWJlbCBz dGFjay4gVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgdGhlIGZvcndhcmRpbmcgYmVoYXZpb3IgdG8g YWxsb3cgaW5zdGFudGlhdGluZyBTUiBvdmVyIHRoZSBNUExTIGRhdGEgcGxhbmUgKFNSLU1QTFMp LjwvYWJzdHJhY3Q+DQogIDxzZXJpZXMgdHlwZT0ibWFpbiI+DQogICAgPHRpdGxlIGZvcm1hdD0i dGV4dC9wbGFpbiIgbGFuZ3VhZ2U9ImVuIiBzY3JpcHQ9IkxhdG4iPlJGQzwvdGl0bGU+DQogICAg PG51bWJlcj44NjYwPC9udW1iZXI+DQogIDwvc2VyaWVzPg0KICA8cGxhY2U+RnJlbW9udCwgQ0E8 L3BsYWNlPg0KPC9iaWJpdGVtPg0K4oCU4oCUDQoNClRoZSBvdXRwdXQgaXMgUmVsYXRvbiBYTUws IHdoaWNoIHlvdSBjb3VsZCByZS1mb3JtYXQgaW50byB0aGUgZm9ybWF0IGRlc2lyZWQgdXNpbmcg WFBhdGggdXRpbGl0aWVzIGxpa2UgeG1sbGludCBvciB4bWxzdGFybGV0Lg0KDQplLmcuDQrigJTi gJQNCiQgcmVsYXRvbiBmZXRjaCAtLXR5cGU9SUVURiAiUkZDIDg2NjAiPiBmb28ueG1sIDI+L2Rl di9udWxsDQokIHhtbGxpbnQgLS14cGF0aCAnL2JpYml0ZW0vYWJzdHJhY3QvdGV4dCgpJyBmb28u eG1sDQpTZWdtZW50IFJvdXRpbmcgKFNSKSBsZXZlcmFnZXMgdGhlIHNvdXJjZS1yb3V0aW5nIHBh cmFkaWdtLiAg4oCmDQrigJTigJQNCg0KWW91IGNvdWxkIGFsc28gb3V0cHV0IHRoZSBiaWJ0ZXgg Zm9ybWF0Og0K4oCU4oCUDQokIHJlbGF0b24gZmV0Y2ggLS10eXBlPUlFVEYgLS1mb3JtYXQ9Ymli dGV4ICJSRkMgODY2MCI+IGZvby5iaWIgMj4vZGV2L251bGwNCiQgY2F0IGZvby5iaWINCkBtaXNj e1JGQzg2NjAsDQogIGF1dGhvciA9IHtQcmV2aWRpLCBTLiBhbmQgRGVjcmFlbmUsIEIuIGFuZCBM aXRrb3dza2ksIFMuIGFuZCBTaGFraXIsIFIufSwNCiAgcHVibGlzaGVyID0ge0ludGVybmV0IEVu Z2luZWVyaW5nIFRhc2sgRm9yY2V9LA0KICBhZGRyZXNzID0ge0ZyZW1vbnQsIENBfSwNCiAgeWVh ciA9IHsyMDE5fSwNCiAgbW9udGggPSBkZWMsDQogIHRpbWVzdGFtcCA9IHsyMDIxLTAxLTI1fSwN CiAgdXJsID0ge2h0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODY2MH0sDQogIG1v bnRoX251bWVyaWMgPSB7MTJ9DQp9DQrigJTigJQNCg0KSG9wZSB0aGlzIGhlbHBzIQ0KDQpSb24N Cg0KUC5TLiBSZWxhdG9uIENMSSBzdXBwb3J0cyByZWZlcmVuY2VzIHRvIG1vc3QgU0RPcyBpbmNs dWRpbmcgSVNPLCBJRUMsIGV0YyB1c2luZyBhIHVuaWZpZWQgYmlibGlvZ3JhcGhpYyBtZXRhZGF0 YSBtb2RlbC4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpSb25h bGQgVHNlDQpSaWJvc2UgSW5jLg0KDQpPbiBKYW4gMjUsIDIwMjEsIGF0IDU6MzkgQU0sIEFuZHJl dyBHLiBNYWxpcyA8YWdtYWxpc0BnbWFpbC5jb208bWFpbHRvOmFnbWFsaXNAZ21haWwuY29tPj4g d3JvdGU6DQoNCk1pa2UsDQoNClRoYW5rcywgbm90IHF1aXRlIHdoYXQgSSB3YXMgbG9va2luZyBm b3IsIGJ1dCBpdCBtaWdodCBiZSB1c2VmdWwgYXMgYSBiYXNpcyBmb3Igc2NyaXB0aW5nLg0KDQpD aGVlcnMsDQpBbmR5DQoNCg0KT24gU3VuLCBKYW4gMjQsIDIwMjEgYXQgMjoyMSBQTSBTdEpvaG5z LCBNaWNoYWVsIDxtc2pAbnRocGVybXV0YXRpb24uY29tPG1haWx0bzptc2pAbnRocGVybXV0YXRp b24uY29tPj4gd3JvdGU6DQpNYXliZSB0cnkgdGhpcz8NCmh0dHA6Ly93ZWItaGFydmVzdC5zb3Vy Y2Vmb3JnZS5uZXQvbWFudWFsLnBocA0KDQoNCg0KT24gU3VuLCBKYW4gMjQsIDIwMjEgYXQgMTI6 MDQgQW5kcmV3IEcuIE1hbGlzIDxhZ21hbGlzQGdtYWlsLmNvbTxtYWlsdG86YWdtYWxpc0BnbWFp bC5jb20+PiB3cm90ZToNCkp1c3QgdG8gc2F2ZSBteXNlbGYgYSBiaXQgb2Ygd29yayBpZiB0aGlz IGFscmVhZHkgZXhpc3RzIC4uLi4NCg0KSGF2ZSBhbnkgb2YgeW91IHdyaXR0ZW4gYSBzY3JpcHQg d2hlbiwgZ2l2ZW4gYSBsaXN0IG9mIFJGQyBudW1iZXJzLCB3aWxsIGdlbmVyYXRlIGFuIHhtbDJy ZmMtaXNoIHJlZmVyZW5jZSBhbmQgcHVsbCBvdXQgdGhlIGFic3RyYWN0IGZvciBlYWNoIFJGQz8g U29tZXRoaW5nIGxpa2UsIHdoZW4gZ2l2ZW4gIjg2NjAiLCB3aWxsIHByb2R1Y2U6DQoNCiAgIFtS RkM4NjYwXSAgQmFzaGFuZHksIEEuLCBFZC4sIEZpbHNmaWxzLCBDLiwgRWQuLCBQcmV2aWRpLCBT LiwNCiAgICAgICAgICAgICAgRGVjcmFlbmUsIEIuLCBMaXRrb3dza2ksIFMuLCBhbmQgUi4gU2hh a2lyLCAiU2VnbWVudA0KICAgICAgICAgICAgICBSb3V0aW5nIHdpdGggdGhlIE1QTFMgRGF0YSBQ bGFuZSIsIFJGQyA4NjYwLA0KICAgICAgICAgICAgICBET0kgMTAuMTc0ODcvUkZDODY2MCwgRGVj ZW1iZXIgMjAxOSwNCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2lu Zm8vcmZjODY2MD4uDQoNCiAgIFNlZ21lbnQgUm91dGluZyAoU1IpIGxldmVyYWdlcyB0aGUgc291 cmNlLXJvdXRpbmcgcGFyYWRpZ20uICBBIG5vZGUNCiAgIHN0ZWVycyBhIHBhY2tldCB0aHJvdWdo IGEgY29udHJvbGxlZCBzZXQgb2YgaW5zdHJ1Y3Rpb25zLCBjYWxsZWQNCiAgIHNlZ21lbnRzLCBi eSBwcmVwZW5kaW5nIHRoZSBwYWNrZXQgd2l0aCBhbiBTUiBoZWFkZXIuICBJbiB0aGUgTVBMUw0K ICAgZGF0YSBwbGFuZSwgdGhlIFNSIGhlYWRlciBpcyBpbnN0YW50aWF0ZWQgdGhyb3VnaCBhIGxh YmVsIHN0YWNrLg0KICAgVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgdGhlIGZvcndhcmRpbmcgYmVo YXZpb3IgdG8gYWxsb3cNCiAgIGluc3RhbnRpYXRpbmcgU1Igb3ZlciB0aGUgTVBMUyBkYXRhIHBs YW5lIChTUi1NUExTKS4NCg0KVGhhbmtzLA0KQW5keQ0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KcmZjLWludGVyZXN0IG1haWxpbmcgbGlzdA0KcmZj LWludGVyZXN0QHJmYy1lZGl0b3Iub3JnPG1haWx0bzpyZmMtaW50ZXJlc3RAcmZjLWVkaXRvci5v cmc+DQpodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3JmYy1pbnRl cmVzdA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnht bDJyZmMtZGV2IG1haWxpbmcgbGlzdA0KeG1sMnJmYy1kZXZAaWV0Zi5vcmc8bWFpbHRvOnhtbDJy ZmMtZGV2QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby94 bWwycmZjLWRldg0KDQo= --_000_F97B1BA24E81438383F6552A2072CF56ribosecom_ Content-Type: text/html; charset="utf-8" Content-ID: <775F6F9CF06FB043986060AF8C265B6E@apcprd01.prod.exchangelabs.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkhpIEFuZHksDQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5SZWxhdG9u4oCZcyBDTEkgKDxhIGhyZWY9 Imh0dHBzOi8vZ2l0aHViLmNvbS9yZWxhdG9uL3JlbGF0b24tY2xpLyIgY2xhc3M9IiI+aHR0cHM6 Ly9naXRodWIuY29tL3JlbGF0b24vcmVsYXRvbi1jbGkvPC9hPikgc3VwcG9ydHMgc29tZXRoaW5n IGxpa2UgdGhpczo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPuKAlOKAlDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4kIGdlbSBpbnN0YWxsIHJl bGF0b24tY2xpPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiQgcmVsYXRvbiBmZXRjaCAtLXR5cGU9SUVU RiAmcXVvdDtSRkMgODY2MCZxdW90OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7igJTigJQ8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlNURE9V VDo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+4oCU4oCUPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRp diBjbGFzcz0iIj4mbHQ7YmliaXRlbSBpZD0mcXVvdDtSRkM4NjYwJnF1b3Q7IHR5cGU9JnF1b3Q7 c3RhbmRhcmQmcXVvdDsmZ3Q7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbHQ7ZmV0Y2hl ZCZndDsyMDIxLTAxLTI1Jmx0Oy9mZXRjaGVkJmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJz cDsgJmx0O3RpdGxlIGZvcm1hdD0mcXVvdDt0ZXh0L3BsYWluJnF1b3Q7IGxhbmd1YWdlPSZxdW90 O2VuJnF1b3Q7IHNjcmlwdD0mcXVvdDtMYXRuJnF1b3Q7Jmd0O1NlZ21lbnQgUm91dGluZyB3aXRo IHRoZSBNUExTIERhdGEgUGxhbmUmbHQ7L3RpdGxlJmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4m bmJzcDsgJmx0O3VyaSB0eXBlPSZxdW90O3htbCZxdW90OyZndDs8YSBocmVmPSJodHRwczovL3ht bDJyZmMudG9vbHMuaWV0Zi5vcmcvcHVibGljL3JmYy9iaWJ4bWwvcmVmZXJlbmNlLlJGQy44NjYw LnhtbCZsdDsvdXJpJmd0OyIgY2xhc3M9IiI+aHR0cHM6Ly94bWwycmZjLnRvb2xzLmlldGYub3Jn L3B1YmxpYy9yZmMvYmlieG1sL3JlZmVyZW5jZS5SRkMuODY2MC54bWwmbHQ7L3VyaSZndDs8L2E+ PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbHQ7dXJpIHR5cGU9JnF1b3Q7c3JjJnF1b3Q7 Jmd0OzxhIGhyZWY9Imh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODY2MCZsdDsv dXJpJmd0OyIgY2xhc3M9IiI+aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4NjYw Jmx0Oy91cmkmZ3Q7PC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJmx0O2RvY2lkZW50 aWZpZXIgdHlwZT0mcXVvdDtJRVRGJnF1b3Q7Jmd0O1JGQyA4NjYwJmx0Oy9kb2NpZGVudGlmaWVy Jmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJmx0O2RvY2lkZW50aWZpZXIgdHlwZT0m cXVvdDtyZmMtYW5jaG9yJnF1b3Q7Jmd0O1JGQzg2NjAmbHQ7L2RvY2lkZW50aWZpZXImZ3Q7PC9k aXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbHQ7ZG9jaWRlbnRpZmllciB0eXBlPSZxdW90O0RP SSZxdW90OyZndDsxMC4xNzQ4Ny9SRkM4NjYwJmx0Oy9kb2NpZGVudGlmaWVyJmd0OzwvZGl2Pg0K PGRpdiBjbGFzcz0iIj7igKY8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7Jmx0O2Nv bnRyaWJ1dG9yJmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7ICZsdDtyb2xl IHR5cGU9JnF1b3Q7ZWRpdG9yJnF1b3Q7LyZndDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7 ICZuYnNwOyAmbHQ7cGVyc29uJmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbHQ7bmFtZSZndDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZsdDtjb21wbGV0ZW5hbWUgbGFuZ3VhZ2U9JnF1b3Q7ZW4mcXVvdDsmZ3Q7 QS4gQmFzaGFuZHkmbHQ7L2NvbXBsZXRlbmFtZSZndDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJmx0Oy9uYW1lJmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbHQ7YWZmaWxpYXRpb24mZ3Q7PC9kaXY+DQo8ZGl2IGNsYXNzPSIi PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbHQ7b3JnYW5pemF0aW9uJmd0OzwvZGl2Pg0K PGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZsdDtuYW1l Jmd0O0ludGVybmV0IEVuZ2luZWVyaW5nIFRhc2sgRm9yY2UmbHQ7L25hbWUmZ3Q7PC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJmx0O2FiYnJl dmlhdGlvbiZndDtJRVRGJmx0Oy9hYmJyZXZpYXRpb24mZ3Q7PC9kaXY+DQo8ZGl2IGNsYXNzPSIi PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbHQ7L29yZ2FuaXphdGlvbiZndDs8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJmx0Oy9hZmZpbGlhdGlvbiZndDs8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwOyAmbHQ7L3BlcnNvbiZndDs8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZsdDsvY29udHJpYnV0b3ImZ3Q7PC9kaXY+DQo8ZGl2IGNs YXNzPSIiPi4uLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJmx0O2xhbmd1YWdlJmd0O2Vu Jmx0Oy9sYW5ndWFnZSZndDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZsdDtzY3JpcHQm Z3Q7TGF0biZsdDsvc2NyaXB0Jmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJmx0O2Fi c3RyYWN0IGZvcm1hdD0mcXVvdDt0ZXh0L3BsYWluJnF1b3Q7IGxhbmd1YWdlPSZxdW90O2VuJnF1 b3Q7IHNjcmlwdD0mcXVvdDtMYXRuJnF1b3Q7Jmd0O1NlZ21lbnQgUm91dGluZyAoU1IpIGxldmVy YWdlcyB0aGUgc291cmNlLXJvdXRpbmcgcGFyYWRpZ20uICZuYnNwO0Egbm9kZSBzdGVlcnMgYSBw YWNrZXQgdGhyb3VnaCBhIGNvbnRyb2xsZWQgc2V0IG9mIGluc3RydWN0aW9ucywgY2FsbGVkIHNl Z21lbnRzLCBieSBwcmVwZW5kaW5nIHRoZSBwYWNrZXQgd2l0aCBhbiBTUiBoZWFkZXIuDQogJm5i c3A7SW4gdGhlIE1QTFMgZGF0YSBwbGFuZSwgdGhlIFNSIGhlYWRlciBpcyBpbnN0YW50aWF0ZWQg dGhyb3VnaCBhIGxhYmVsIHN0YWNrLiBUaGlzIGRvY3VtZW50IHNwZWNpZmllcyB0aGUgZm9yd2Fy ZGluZyBiZWhhdmlvciB0byBhbGxvdyBpbnN0YW50aWF0aW5nIFNSIG92ZXIgdGhlIE1QTFMgZGF0 YSBwbGFuZSAoU1ItTVBMUykuJmx0Oy9hYnN0cmFjdCZndDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ Jm5ic3A7ICZsdDtzZXJpZXMgdHlwZT0mcXVvdDttYWluJnF1b3Q7Jmd0OzwvZGl2Pg0KPGRpdiBj bGFzcz0iIj4mbmJzcDsgJm5ic3A7ICZsdDt0aXRsZSBmb3JtYXQ9JnF1b3Q7dGV4dC9wbGFpbiZx dW90OyBsYW5ndWFnZT0mcXVvdDtlbiZxdW90OyBzY3JpcHQ9JnF1b3Q7TGF0biZxdW90OyZndDtS RkMmbHQ7L3RpdGxlJmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7ICZsdDtu dW1iZXImZ3Q7ODY2MCZsdDsvbnVtYmVyJmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsg Jmx0Oy9zZXJpZXMmZ3Q7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAmbHQ7cGxhY2UmZ3Q7 RnJlbW9udCwgQ0EmbHQ7L3BsYWNlJmd0OzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbHQ7L2JpYml0 ZW0mZ3Q7PC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+4oCU4oCUPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGUgb3V0cHV0IGlz IFJlbGF0b24gWE1MLCB3aGljaCB5b3UgY291bGQgcmUtZm9ybWF0IGludG8gdGhlIGZvcm1hdCBk ZXNpcmVkIHVzaW5nIFhQYXRoIHV0aWxpdGllcyBsaWtlIHhtbGxpbnQgb3IgeG1sc3RhcmxldC48 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PmUuZy48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+4oCU4oCUPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiQg cmVsYXRvbiBmZXRjaCAtLXR5cGU9SUVURiAmcXVvdDtSRkMgODY2MCZxdW90OyZndDsgZm9vLnht bCAyJmd0Oy9kZXYvbnVsbDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+JCB4 bWxsaW50IC0teHBhdGggJy9iaWJpdGVtL2Fic3RyYWN0L3RleHQoKScgZm9vLnhtbDwvZGl2Pg0K PGRpdiBjbGFzcz0iIj5TZWdtZW50IFJvdXRpbmcgKFNSKSBsZXZlcmFnZXMgdGhlIHNvdXJjZS1y b3V0aW5nIHBhcmFkaWdtLiAmbmJzcDvigKY8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7i gJTigJQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPllvdSBjb3VsZCBhbHNvIG91dHB1dCB0aGUgYmlidGV4IGZvcm1hdDo8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+4oCU4oCUPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiQgcmVsYXRvbiBmZXRjaCAt LXR5cGU9SUVURiAtLWZvcm1hdD1iaWJ0ZXggJnF1b3Q7UkZDIDg2NjAmcXVvdDsmZ3Q7IGZvby5i aWImbmJzcDsyJmd0Oy9kZXYvbnVsbDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4kIGNhdCBmb28uYmli PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkBtaXNje1JGQzg2NjAsPC9kaXY+DQo8ZGl2IGNsYXNzPSIi Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgYXV0aG9yID0ge1ByZXZpZGksIFMuIGFuZCBEZWNyYWVu ZSwgQi4gYW5kIExpdGtvd3NraSwgUy4gYW5kIFNoYWtpciwgUi59LDwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4mbmJzcDsgcHVibGlzaGVyID0ge0ludGVybmV0IEVuZ2luZWVyaW5nIFRhc2sgRm9yY2V9 LDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgYWRkcmVzcyA9IHtGcmVtb250LCBDQX0sPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyB5ZWFyID0gezIwMTl9LDwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4mbmJzcDsgbW9udGggPSBkZWMsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyB0aW1l c3RhbXAgPSB7MjAyMS0wMS0yNX0sPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyB1cmwgPSB7 PGEgaHJlZj0iaHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4NjYwIiBjbGFzcz0i Ij5odHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzg2NjA8L2E+fSw8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+Jm5ic3A7IG1vbnRoX251bWVyaWMgPSB7MTJ9PC9kaXY+DQo8ZGl2IGNsYXNz PSIiPn08L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+4oCU4oCU PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Ib3BlIHRoaXMgaGVscHMhPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Sb248L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlAu Uy4gUmVsYXRvbiBDTEkgc3VwcG9ydHMgcmVmZXJlbmNlcyB0byBtb3N0IFNET3MgaW5jbHVkaW5n IElTTywgSUVDLCBldGMgdXNpbmcgYSB1bmlmaWVkIGJpYmxpb2dyYXBoaWMgbWV0YWRhdGEgbW9k ZWwuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBs ZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsg dGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3Jt YWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Ut d2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3Bh Y2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnIgY2xhc3M9IiI+DQo8YnIgY2xh c3M9IiI+DQpSb25hbGQgVHNlPGJyIGNsYXNzPSIiPg0KUmlib3NlIEluYy48YnIgY2xhc3M9IiI+ DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHR5cGU9 ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBKYW4gMjUsIDIwMjEsIGF0IDU6Mzkg QU0sIEFuZHJldyBHLiBNYWxpcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFnbWFsaXNAZ21haWwuY29t IiBjbGFzcz0iIj5hZ21hbGlzQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNs YXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGRp cj0ibHRyIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhl bHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3Jt YWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyIgY2xhc3M9IiI+DQpN aWtlLA0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ VGhhbmtzLCBub3QgcXVpdGUgd2hhdCBJJm5ic3A7d2FzIGxvb2tpbmcgZm9yLCBidXQgaXQgbWln aHQgYmUgdXNlZnVsIGFzIGEgYmFzaXMgZm9yIHNjcmlwdGluZy48L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNoZWVycyw8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+QW5keTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjwvZGl2Pg0KPGJyIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZh bWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9u dC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNp bmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJh bnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdl YmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IiBjbGFz cz0iIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigw LCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0 eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3Jt YWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVu dDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1z cGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0 aW9uOiBub25lOyI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+T24gU3VuLCBK YW4gMjQsIDIwMjEgYXQgMjoyMSBQTSBTdEpvaG5zLCBNaWNoYWVsICZsdDs8YSBocmVmPSJtYWls dG86bXNqQG50aHBlcm11dGF0aW9uLmNvbSIgY2xhc3M9IiI+bXNqQG50aHBlcm11dGF0aW9uLmNv bTwvYT4mZ3Q7IHdyb3RlOjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgY2xhc3M9 ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOiAwcHggMHB4IDBweCAwLjhleDsgYm9yZGVyLWxl ZnQtd2lkdGg6IDFweDsgYm9yZGVyLWxlZnQtc3R5bGU6IHNvbGlkOyBib3JkZXItbGVmdC1jb2xv cjogcmdiKDIwNCwgMjA0LCAyMDQpOyBwYWRkaW5nLWxlZnQ6IDFleDsiPg0KPGRpdiBkaXI9ImF1 dG8iIGNsYXNzPSIiPk1heWJlIHRyeSB0aGlzPyAmbmJzcDsNCjxkaXYgY2xhc3M9IiI+PGEgaHJl Zj0iaHR0cDovL3dlYi1oYXJ2ZXN0LnNvdXJjZWZvcmdlLm5ldC9tYW51YWwucGhwIiB0YXJnZXQ9 Il9ibGFuayIgY2xhc3M9IiI+aHR0cDovL3dlYi1oYXJ2ZXN0LnNvdXJjZWZvcmdlLm5ldC9tYW51 YWwucGhwPC9hPjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1 b3RlIj4NCjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRyIj5PbiBTdW4sIEphbiAyNCwg MjAyMSBhdCAxMjowNCBBbmRyZXcgRy4gTWFsaXMgJmx0OzxhIGhyZWY9Im1haWx0bzphZ21hbGlz QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmFnbWFsaXNAZ21haWwuY29tPC9h PiZndDsgd3JvdGU6PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBjbGFzcz0iZ21h aWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46IDBweCAwcHggMHB4IDAuOGV4OyBib3JkZXItbGVmdC13 aWR0aDogMXB4OyBib3JkZXItbGVmdC1zdHlsZTogc29saWQ7IGJvcmRlci1sZWZ0LWNvbG9yOiBy Z2IoMjA0LCAyMDQsIDIwNCk7IHBhZGRpbmctbGVmdDogMWV4OyI+DQo8ZGl2IGRpcj0ibHRyIiBj bGFzcz0iIj5KdXN0IHRvIHNhdmUgbXlzZWxmIGEgYml0IG9mIHdvcmsgaWYgdGhpcyBhbHJlYWR5 IGV4aXN0cyAuLi4uDQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBj bGFzcz0iIj5IYXZlJm5ic3A7YW55IG9mIHlvdSB3cml0dGVuIGEgc2NyaXB0IHdoZW4sIGdpdmVu IGEgbGlzdCBvZiBSRkMgbnVtYmVycywgd2lsbCBnZW5lcmF0ZSBhbiB4bWwycmZjLWlzaCByZWZl cmVuY2UmbmJzcDthbmQgcHVsbCBvdXQgdGhlIGFic3RyYWN0IGZvciBlYWNoIFJGQz8gU29tZXRo aW5nIGxpa2UsIHdoZW4gZ2l2ZW4gJnF1b3Q7ODY2MCZxdW90Oywgd2lsbCBwcm9kdWNlOjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5i c3A7ICZuYnNwO1tSRkM4NjYwXSAmbmJzcDtCYXNoYW5keSwgQS4sIEVkLiwgRmlsc2ZpbHMsIEMu LCBFZC4sIFByZXZpZGksIFMuLDxiciBjbGFzcz0iIj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBEZWNyYWVuZSwgQi4sIExpdGtvd3NraSwgUy4sIGFu ZCBSLiBTaGFraXIsICZxdW90O1NlZ21lbnQ8YnIgY2xhc3M9IiI+DQombmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUm91dGluZyB3aXRoIHRoZSBNUExTIERh dGEgUGxhbmUmcXVvdDssIFJGQyA4NjYwLDxiciBjbGFzcz0iIj4NCiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBET0kgMTAuMTc0ODcvUkZDODY2MCwgRGVj ZW1iZXIgMjAxOSw8YnIgY2xhc3M9IiI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJmx0OzxhIGhyZWY9Imh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3Jn L2luZm8vcmZjODY2MCIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmh0dHBzOi8vd3d3LnJmYy1l ZGl0b3Iub3JnL2luZm8vcmZjODY2MDwvYT4mZ3Q7LjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQombmJzcDsgJm5ic3A7U2VnbWVudCBSb3V0aW5nIChT UikgbGV2ZXJhZ2VzIHRoZSBzb3VyY2Utcm91dGluZyBwYXJhZGlnbS4mbmJzcDsgQSBub2RlPGJy IGNsYXNzPSIiPg0KJm5ic3A7ICZuYnNwO3N0ZWVycyBhIHBhY2tldCB0aHJvdWdoIGEgY29udHJv bGxlZCBzZXQgb2YgaW5zdHJ1Y3Rpb25zLCBjYWxsZWQ8YnIgY2xhc3M9IiI+DQombmJzcDsgJm5i c3A7c2VnbWVudHMsIGJ5IHByZXBlbmRpbmcgdGhlIHBhY2tldCB3aXRoIGFuIFNSIGhlYWRlci4m bmJzcDsgSW4gdGhlIE1QTFM8YnIgY2xhc3M9IiI+DQombmJzcDsgJm5ic3A7ZGF0YSBwbGFuZSwg dGhlIFNSIGhlYWRlciBpcyBpbnN0YW50aWF0ZWQgdGhyb3VnaCBhIGxhYmVsIHN0YWNrLjxiciBj bGFzcz0iIj4NCiZuYnNwOyAmbmJzcDtUaGlzIGRvY3VtZW50IHNwZWNpZmllcyB0aGUgZm9yd2Fy ZGluZyBiZWhhdmlvciB0byBhbGxvdzxiciBjbGFzcz0iIj4NCiZuYnNwOyAmbmJzcDtpbnN0YW50 aWF0aW5nIFNSIG92ZXIgdGhlIE1QTFMgZGF0YSBwbGFuZSAoU1ItTVBMUykuPGJyIGNsYXNzPSIi Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyw8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+QW5keTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjwvZGl2Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X188YnIgY2xhc3M9IiI+DQpyZmMtaW50ZXJlc3QgbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0K PGEgaHJlZj0ibWFpbHRvOnJmYy1pbnRlcmVzdEByZmMtZWRpdG9yLm9yZyIgdGFyZ2V0PSJfYmxh bmsiIGNsYXNzPSIiPnJmYy1pbnRlcmVzdEByZmMtZWRpdG9yLm9yZzwvYT48YnIgY2xhc3M9IiI+ DQo8YSBocmVmPSJodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Jm Yy1pbnRlcmVzdCIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+aHR0 cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvbWFpbG1hbi9saXN0aW5mby9yZmMtaW50ZXJlc3Q8L2E+ PGJyIGNsYXNzPSIiPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjwvZGl2Pg0KPHNwYW4gc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQt ZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBm b250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3Bh Y2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10 cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4OyAt d2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsgZmxv YXQ6IG5vbmU7IGRpc3BsYXk6IGlubGluZSAhaW1wb3J0YW50OyIgY2xhc3M9IiI+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PGJyIHN0eWxlPSJj YXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNp emU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsg Zm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjog c3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFj ZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDog MHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJjYXJl dC1jb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6 IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9u dC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3Rh cnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTog bm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4 OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7IGZsb2F0OiBub25lOyBkaXNwbGF5OiBpbmxpbmUgIWlt cG9ydGFudDsiIGNsYXNzPSIiPnhtbDJyZmMtZGV2DQogbWFpbGluZyBsaXN0PC9zcGFuPjxiciBz dHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsg Zm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQt YWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hp dGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Ut d2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyIgY2xhc3M9IiI+DQo8YSBocmVmPSJt YWlsdG86eG1sMnJmYy1kZXZAaWV0Zi5vcmciIHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNh OyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6 IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3Jw aGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJh bnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3Bh Y2luZzogMHB4OyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1z dHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPnhtbDJyZmMtZGV2QGlldGYub3JnPC9hPjxiciBz dHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsg Zm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQt YWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hp dGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Ut d2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyIgY2xhc3M9IiI+DQo8YSBocmVmPSJo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3htbDJyZmMtZGV2IiBzdHlsZT0i Zm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3Jt YWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRl ci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0 LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsg d2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0 OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3htbDJyZmMtZGV2PC9hPjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_F97B1BA24E81438383F6552A2072CF56ribosecom_-- From nobody Mon Jan 25 05:01:35 2021 Return-Path: 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 6E7BE3A11A5; Mon, 25 Jan 2021 05:01:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.198 X-Spam-Level: X-Spam-Status: No, score=-0.198 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 2jnnxPiHemse; Mon, 25 Jan 2021 05:01:25 -0800 (PST) Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (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 1834A3A11AC; Mon, 25 Jan 2021 05:01:25 -0800 (PST) Received: by mail-qt1-x830.google.com with SMTP id r9so9502145qtp.11; Mon, 25 Jan 2021 05:01:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NUdFTZdXxADAVpsSvULNPAeWXqAP02UqBNzRsNU8r8c=; b=N4RiX3Ard1QfjE9YzcmZ57FVtN+UgM3iJ7W6N1TILkg1VywnrZKUerOJHG+9dAzm0U tNazeZtb8vjQin1y61uvUFRE83aplaDmfA0P/VpYUpTKM3cxj/b1qKLamFDy6BkYu9Ck stdhiWzyUtrXD/6PxO93X9WlvYp463HAKMgk5mMgk/67G5D/w834R+h4ubHcTTW/Im06 eYrLQ+gH+0GiiQJ9MMWkeu57xwUDfD6DJPUaiVNcFPEg0mVPMMF+gP57JVAyB2Jx1H56 hGLvwWrP1abZS/PyHXC2x0+auieFQ/AiUQDiMVuK6qiVFjUYXl3HENyTGIt1p8fkkvJ/ 33vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NUdFTZdXxADAVpsSvULNPAeWXqAP02UqBNzRsNU8r8c=; b=k660LGksS22qSxZTLjjE8WYnIw0rHCRfi1yKxVjixO1Fecg9aKehJW4ESknLqKFQ7T F7Y+YeGEqcSbbF0123dbjQk5evqriAwr+AdLaxsT7CPV4tkgakHvpYcXyG4/kobUwixJ MqY3AB21D2GA/Dl+5vk4QDYgHVKjvCVP4U5HZPrdhs/iul1y9GlTBRkMAuXLv5/4HW8S rbIiIe39HyRecgnTBKfB1syeBzELyZgOuGtII2XkMdV9kamZIHgAurUkCjuRszPL59jU J4QhVh422jf5VzSC8tjtBSxICUCuuyj6INkssi+OTzwrxmHif5ER8YrKHNRJ6MRyoW/G PDvw== X-Gm-Message-State: AOAM530ENu+LPJPJTeBaRGl9xNL4sYGCk51T+sCDRiSX8gNKsim4Bg5n 37+EpBkLXCf5iStwTRPtDujEnLM8F+w5DxqW/Sc= X-Google-Smtp-Source: ABdhPJzOH9Vp1slcnlWk0WOq73mUvwObOLXfgbNkHrMGVNhg7FyfrQdoRIM89OFrZXnMVHUbst0S3d8sMj9No8UCua4= X-Received: by 2002:ac8:5985:: with SMTP id e5mr295202qte.160.1611579684037; Mon, 25 Jan 2021 05:01:24 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: "Andrew G. Malis" Date: Mon, 25 Jan 2021 08:01:08 -0500 Message-ID: To: Ronald Tse Cc: RFC Interest , XML Developer List , "xml2rfc@ietf.org" Content-Type: multipart/alternative; boundary="00000000000098297805b9b92252" Archived-At: Subject: Re: [xml2rfc] [xml2rfc-dev] [rfc-i] Script to generate RFC reference including abstract? X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2021 13:01:29 -0000 --00000000000098297805b9b92252 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ron, Thanks, that helps a lot! Lots of great tools out there. Cheers, Andy On Sun, Jan 24, 2021 at 6:43 PM Ronald Tse wrote: > Hi Andy, > > Relaton=E2=80=99s CLI (https://github.com/relaton/relaton-cli/) supports > something like this: > > =E2=80=94=E2=80=94 > $ gem install relaton-cli > $ relaton fetch --type=3DIETF "RFC 8660" > =E2=80=94=E2=80=94 > > STDOUT: > =E2=80=94=E2=80=94 > > 2021-01-25 > Segment Ro= uting > with the MPLS Data Plane > > https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.8660.xml > https://www.rfc-editor.org/info/rfc8660 > RFC 8660 > RFC8660 > 10.17487/RFC8660 > =E2=80=A6 > > > > > A. Bashandy > > > > Internet Engineering Task Force > IETF > > > > > ... > en > > Segment > Routing (SR) leverages the source-routing paradigm. A node steers a pack= et > through a controlled set of instructions, called segments, by prepending > the packet with an SR header. In the MPLS data plane, the SR header is > instantiated through a label stack. This document specifies the forwardin= g > behavior to allow instantiating SR over the MPLS data plane > (SR-MPLS). > > RFC</tit= le> > <number>8660</number> > </series> > <place>Fremont, CA</place> > </bibitem> > =E2=80=94=E2=80=94 > > The output is Relaton XML, which you could re-format into the format > desired using XPath utilities like xmllint or xmlstarlet. > > e.g. > =E2=80=94=E2=80=94 > $ relaton fetch --type=3DIETF "RFC 8660"> foo.xml 2>/dev/null > $ xmllint --xpath '/bibitem/abstract/text()' foo.xml > Segment Routing (SR) leverages the source-routing paradigm. =E2=80=A6 > =E2=80=94=E2=80=94 > > You could also output the bibtex format: > =E2=80=94=E2=80=94 > $ relaton fetch --type=3DIETF --format=3Dbibtex "RFC 8660"> foo.bib 2>/de= v/null > $ cat foo.bib > @misc{RFC8660, > author =3D {Previdi, S. and Decraene, B. and Litkowski, S. and Shakir, = R.}, > publisher =3D {Internet Engineering Task Force}, > address =3D {Fremont, CA}, > year =3D {2019}, > month =3D dec, > timestamp =3D {2021-01-25}, > url =3D {https://www.rfc-editor.org/info/rfc8660}, > month_numeric =3D {12} > } > =E2=80=94=E2=80=94 > > Hope this helps! > > Ron > > P.S. Relaton CLI supports references to most SDOs including ISO, IEC, etc > using a unified bibliographic metadata model. > > _____________________________________ > > Ronald Tse > Ribose Inc. > > On Jan 25, 2021, at 5:39 AM, Andrew G. Malis <agmalis@gmail.com> wrote: > > Mike, > > Thanks, not quite what I was looking for, but it might be useful as a > basis for scripting. > > Cheers, > Andy > > > On Sun, Jan 24, 2021 at 2:21 PM StJohns, Michael <msj@nthpermutation.com> > wrote: > >> Maybe try this? >> http://web-harvest.sourceforge.net/manual.php >> >> >> >> On Sun, Jan 24, 2021 at 12:04 Andrew G. Malis <agmalis@gmail.com> wrote: >> >>> Just to save myself a bit of work if this already exists .... >>> >>> Have any of you written a script when, given a list of RFC numbers, wil= l >>> generate an xml2rfc-ish reference and pull out the abstract for each RF= C? >>> Something like, when given "8660", will produce: >>> >>> [RFC8660] Bashandy, A., Ed., Filsfils, C., Ed., Previdi, S., >>> Decraene, B., Litkowski, S., and R. Shakir, "Segment >>> Routing with the MPLS Data Plane", RFC 8660, >>> DOI 10.17487/RFC8660, December 2019, >>> <https://www.rfc-editor.org/info/rfc8660>. >>> >>> Segment Routing (SR) leverages the source-routing paradigm. A node >>> steers a packet through a controlled set of instructions, called >>> segments, by prepending the packet with an SR header. In the MPLS >>> data plane, the SR header is instantiated through a label stack. >>> This document specifies the forwarding behavior to allow >>> instantiating SR over the MPLS data plane (SR-MPLS). >>> >>> Thanks, >>> Andy >>> >>> _______________________________________________ >>> rfc-interest mailing list >>> rfc-interest@rfc-editor.org >>> https://www.rfc-editor.org/mailman/listinfo/rfc-interest >>> >> _______________________________________________ > xml2rfc-dev mailing list > xml2rfc-dev@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc-dev > > > --00000000000098297805b9b92252 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Ron,<div><br></div><div>Thanks, that helps a lot! Lots of = great tools out there.</div><div><br></div><div>Cheers,</div><div>Andy</div= ><div><br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class= =3D"gmail_attr">On Sun, Jan 24, 2021 at 6:43 PM Ronald Tse <<a href=3D"m= ailto:tse@ribose.com">tse@ribose.com</a>> wrote:<br></div><blockquote cl= ass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid= rgb(204,204,204);padding-left:1ex"> <div style=3D"overflow-wrap: break-word;"> Hi Andy, <div><br> </div> <div>Relaton=E2=80=99s CLI (<a href=3D"https://github.com/relaton/relaton-c= li/" target=3D"_blank">https://github.com/relaton/relaton-cli/</a>) support= s something like this:</div> <div><br> </div> <div>=E2=80=94=E2=80=94</div> <div>$ gem install relaton-cli</div> <div>$ relaton fetch --type=3DIETF "RFC 8660"</div> <div>=E2=80=94=E2=80=94</div> <div><br> </div> <div>STDOUT:</div> <div>=E2=80=94=E2=80=94</div> <div> <div><bibitem id=3D"RFC8660" type=3D"standard"></= div> <div>=C2=A0 <fetched>2021-01-25</fetched></div> <div>=C2=A0 <title format=3D"text/plain" language=3D"en&q= uot; script=3D"Latn">Segment Routing with the MPLS Data Plane&= lt;/title></div> <div>=C2=A0 <uri type=3D"xml"><a href=3D"https://xml2rfc.to= ols.ietf.org/public/rfc/bibxml/reference.RFC.8660.xml%3C/uri%3E" target=3D"= _blank">https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.8660= .xml</uri></a></div> <div>=C2=A0 <uri type=3D"src"><a href=3D"https://www.rfc-ed= itor.org/info/rfc8660%3C/uri%3E" target=3D"_blank">https://www.rfc-editor.o= rg/info/rfc8660</uri></a></div> <div>=C2=A0 <docidentifier type=3D"IETF">RFC 8660</docid= entifier></div> <div>=C2=A0 <docidentifier type=3D"rfc-anchor">RFC8660</= docidentifier></div> <div>=C2=A0 <docidentifier type=3D"DOI">10.17487/RFC8660<= ;/docidentifier></div> <div>=E2=80=A6</div> <div>=C2=A0=C2=A0<contributor></div> <div>=C2=A0 =C2=A0 <role type=3D"editor"/></div> <div>=C2=A0 =C2=A0 <person></div> <div>=C2=A0 =C2=A0 =C2=A0 <name></div> <div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 <completename language=3D"en"= >A. Bashandy</completename></div> <div>=C2=A0 =C2=A0 =C2=A0 </name></div> <div>=C2=A0 =C2=A0 =C2=A0 <affiliation></div> <div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 <organization></div> <div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <name>Internet Engineering Ta= sk Force</name></div> <div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <abbreviation>IETF</abbrev= iation></div> <div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 </organization></div> <div>=C2=A0 =C2=A0 =C2=A0 </affiliation></div> <div>=C2=A0 =C2=A0 </person></div> <div>=C2=A0 </contributor></div> <div>...</div> <div>=C2=A0 <language>en</language></div> <div>=C2=A0 <script>Latn</script></div> <div>=C2=A0 <abstract format=3D"text/plain" language=3D"e= n" script=3D"Latn">Segment Routing (SR) leverages the sou= rce-routing paradigm.=C2=A0 A node steers a packet through a controlled set= of instructions, called segments, by prepending the packet with an SR head= er. =C2=A0In the MPLS data plane, the SR header is instantiated through a labe= l stack. This document specifies the forwarding behavior to allow instantia= ting SR over the MPLS data plane (SR-MPLS).</abstract></div> <div>=C2=A0 <series type=3D"main"></div> <div>=C2=A0 =C2=A0 <title format=3D"text/plain" language=3D&qu= ot;en" script=3D"Latn">RFC</title></div> <div>=C2=A0 =C2=A0 <number>8660</number></div> <div>=C2=A0 </series></div> <div>=C2=A0 <place>Fremont, CA</place></div> <div></bibitem></div> </div> <div>=E2=80=94=E2=80=94</div> <div><br> </div> <div>The output is Relaton XML, which you could re-format into the format d= esired using XPath utilities like xmllint or xmlstarlet.</div> <div><br> </div> <div>e.g.</div> <div>=E2=80=94=E2=80=94</div> <div>$ relaton fetch --type=3DIETF "RFC 8660"> foo.xml 2>/d= ev/null</div> <div> <div>$ xmllint --xpath '/bibitem/abstract/text()' foo.xml</div> <div>Segment Routing (SR) leverages the source-routing paradigm. =C2=A0=E2= =80=A6</div> </div> <div>=E2=80=94=E2=80=94</div> <div><br> </div> <div>You could also output the bibtex format:</div> <div>=E2=80=94=E2=80=94</div> <div>$ relaton fetch --type=3DIETF --format=3Dbibtex "RFC 8660"&g= t; foo.bib=C2=A02>/dev/null</div> <div>$ cat foo.bib</div> <div>@misc{RFC8660,</div> <div> <div>=C2=A0 author =3D {Previdi, S. and Decraene, B. and Litkowski, S. and = Shakir, R.},</div> <div>=C2=A0 publisher =3D {Internet Engineering Task Force},</div> <div>=C2=A0 address =3D {Fremont, CA},</div> <div>=C2=A0 year =3D {2019},</div> <div>=C2=A0 month =3D dec,</div> <div>=C2=A0 timestamp =3D {2021-01-25},</div> <div>=C2=A0 url =3D {<a href=3D"https://www.rfc-editor.org/info/rfc8660" ta= rget=3D"_blank">https://www.rfc-editor.org/info/rfc8660</a>},</div> <div>=C2=A0 month_numeric =3D {12}</div> <div>}</div> </div> <div> <div>=E2=80=94=E2=80=94</div> <div></div> </div> <div><br> </div> <div>Hope this helps!</div> <div><br> </div> <div>Ron</div> <div><br> </div> <div>P.S. Relaton CLI supports references to most SDOs including ISO, IEC, = etc using a unified bibliographic metadata model.</div> <div><br> </div> <div> <div> <div style=3D"color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-= indent:0px;text-transform:none;white-space:normal;word-spacing:0px"> _____________________________________<br> <br> Ronald Tse<br> Ribose Inc.<br> <br> </div> </div> <div> <blockquote type=3D"cite"> <div>On Jan 25, 2021, at 5:39 AM, Andrew G. Malis <<a href=3D"mailto:agm= alis@gmail.com" target=3D"_blank">agmalis@gmail.com</a>> wrote:</div> <br> <div> <div dir=3D"ltr" style=3D"font-family:Helvetica;font-size:12px;font-style:n= ormal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;tex= t-align:start;text-indent:0px;text-transform:none;white-space:normal;word-s= pacing:0px;text-decoration:none"> Mike, <div><br> </div> <div>Thanks, not quite what I=C2=A0was looking for, but it might be useful = as a basis for scripting.</div> <div><br> </div> <div>Cheers,</div> <div>Andy</div> <div><br> </div> </div> <br style=3D"font-family:Helvetica;font-size:12px;font-style:normal;font-va= riant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start= ;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;te= xt-decoration:none"> <div class=3D"gmail_quote" style=3D"font-family:Helvetica;font-size:12px;fo= nt-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:= normal;text-align:start;text-indent:0px;text-transform:none;white-space:nor= mal;word-spacing:0px;text-decoration:none"> <div dir=3D"ltr" class=3D"gmail_attr">On Sun, Jan 24, 2021 at 2:21 PM StJoh= ns, Michael <<a href=3D"mailto:msj@nthpermutation.com" target=3D"_blank"= >msj@nthpermutation.com</a>> wrote:<br> </div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-= left:1px solid rgb(204,204,204);padding-left:1ex"> <div dir=3D"auto">Maybe try this? =C2=A0 <div><a href=3D"http://web-harvest.sourceforge.net/manual.php" target=3D"_b= lank">http://web-harvest.sourceforge.net/manual.php</a></div> <div dir=3D"auto"><br> </div> <div dir=3D"auto"><br> </div> </div> <div><br> <div class=3D"gmail_quote"> <div dir=3D"ltr" class=3D"gmail_attr">On Sun, Jan 24, 2021 at 12:04 Andrew = G. Malis <<a href=3D"mailto:agmalis@gmail.com" target=3D"_blank">agmalis= @gmail.com</a>> wrote:<br> </div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-= left:1px solid rgb(204,204,204);padding-left:1ex"> <div dir=3D"ltr">Just to save myself a bit of work if this already exists .= ... <div><br> </div> <div>Have=C2=A0any of you written a script when, given a list of RFC number= s, will generate an xml2rfc-ish reference=C2=A0and pull out the abstract fo= r each RFC? Something like, when given "8660", will produce:</div= > <div><br> </div> <div>=C2=A0 =C2=A0[RFC8660] =C2=A0Bashandy, A., Ed., Filsfils, C., Ed., Pre= vidi, S.,<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Decraene, B., Litkowski, S= ., and R. Shakir, "Segment<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Routing with the MPLS Data= Plane", RFC 8660,<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 DOI 10.17487/RFC8660, Dece= mber 2019,<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 <<a href=3D"https://www= .rfc-editor.org/info/rfc8660" target=3D"_blank">https://www.rfc-editor.org/= info/rfc8660</a>>.<br> </div> <div><br> =C2=A0 =C2=A0Segment Routing (SR) leverages the source-routing paradigm.=C2= =A0 A node<br> =C2=A0 =C2=A0steers a packet through a controlled set of instructions, call= ed<br> =C2=A0 =C2=A0segments, by prepending the packet with an SR header.=C2=A0 In= the MPLS<br> =C2=A0 =C2=A0data plane, the SR header is instantiated through a label stac= k.<br> =C2=A0 =C2=A0This document specifies the forwarding behavior to allow<br> =C2=A0 =C2=A0instantiating SR over the MPLS data plane (SR-MPLS).<br> <br> </div> <div>Thanks,</div> <div>Andy</div> <div><br> </div> </div> _______________________________________________<br> rfc-interest mailing list<br> <a href=3D"mailto:rfc-interest@rfc-editor.org" target=3D"_blank">rfc-intere= st@rfc-editor.org</a><br> <a href=3D"https://www.rfc-editor.org/mailman/listinfo/rfc-interest" rel=3D= "noreferrer" target=3D"_blank">https://www.rfc-editor.org/mailman/listinfo/= rfc-interest</a><br> </blockquote> </div> </div> </blockquote> </div> <span style=3D"font-family:Helvetica;font-size:12px;font-style:normal;font-= variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:sta= rt;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;= text-decoration:none;float:none;display:inline">___________________________= ____________________</span><br style=3D"font-family:Helvetica;font-size:12p= x;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spac= ing:normal;text-align:start;text-indent:0px;text-transform:none;white-space= :normal;word-spacing:0px;text-decoration:none"> <span style=3D"font-family:Helvetica;font-size:12px;font-style:normal;font-= variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:sta= rt;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;= text-decoration:none;float:none;display:inline">xml2rfc-dev mailing list</span><br style=3D"font-family:Helvetica;font-size:12px;font-= style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:nor= mal;text-align:start;text-indent:0px;text-transform:none;white-space:normal= ;word-spacing:0px;text-decoration:none"> <a href=3D"mailto:xml2rfc-dev@ietf.org" style=3D"font-family:Helvetica;font= -size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;le= tter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;wh= ite-space:normal;word-spacing:0px" target=3D"_blank">xml2rfc-dev@ietf.org</= a><br style=3D"font-family:Helvetica;font-size:12px;font-style:normal;font-= variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:sta= rt;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;= text-decoration:none"> <a href=3D"https://www.ietf.org/mailman/listinfo/xml2rfc-dev" style=3D"font= -family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal= ;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;= text-transform:none;white-space:normal;word-spacing:0px" target=3D"_blank">= https://www.ietf.org/mailman/listinfo/xml2rfc-dev</a></div> </blockquote> </div> <br> </div> </div> </blockquote></div> --00000000000098297805b9b92252-- From nobody Mon Jan 25 05:07:56 2021 Return-Path: <agmalis@gmail.com> 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 DC0EA3A11B9; Mon, 25 Jan 2021 05:07:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.197 X-Spam-Level: X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 (2048-bit key) header.d=gmail.com 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 Ix9LMwJR5bqr; Mon, 25 Jan 2021 05:07:49 -0800 (PST) Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (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 B07863A11B8; Mon, 25 Jan 2021 05:07:49 -0800 (PST) Received: by mail-qk1-x735.google.com with SMTP id a7so5448459qkb.13; Mon, 25 Jan 2021 05:07:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bubFJmkZDbtXQc4I4XT/XJH3nx5+6DJRYipLTGhz25I=; b=hGmSPYwEL3SyaMUaQV+5OzzGs6CDu20ypFGuC9mUczqf9qTT8WahZBEAUDl71K0g8a 7AWkiSyjhksrR+k9ehhMlTxaGN9D4ZESANApfuqNnoUr5+BbKkvE74sXHxH+ConkaT3g p+AUOl2xnhLsjfnuUZuTOEA0BWd6J7UJp2jXH57MCy9y4+HdSZxN73dhHGAJMYmfaftx aC+k8LunJB58t6xBDC9f7GAVIluPmUVDauDrOv7jXFph+B99fH2zJlLi+PeY/w+2X7nl MNXCA61BnsuIkOilNMVZZ0RAOHXiYfAKkOMOstRH6SNXSV+cF83M+IxnRZmVKGz7v1bZ w34w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bubFJmkZDbtXQc4I4XT/XJH3nx5+6DJRYipLTGhz25I=; b=lNDHryKkKXFz7cJRfr+1Yd/E5bi1b+A3r+p+nO6abWu2Te06kKpKyVW5pVXUvVErRd 5onQiHjRTmfLZwZ1FKDj0fIVFyimC4yNrPNCv2ZXJwKWI9oqrkNsOJDiWye67siuDAH3 3tLoK1741WS4KqLG+z77vXq/3ZTyekSGpok9rZ9CMf9SGywZF06R5rvDumrrR25bb/nZ dgv89yr9j2q4rVgcrBJouxQBSchjJ4hMLGgHonvU92VzQF2k/sLVZAAnvOcx48NjK+4b ZZgRbsxttt5K6PNb0NEdK0NOpadix/thTS4P5PIzjy9fHg5ZcRFlrSkqaY+MReNC8A2N zObw== X-Gm-Message-State: AOAM530//Iw5tveqsFEfNsVgOVRyaIgp58ff3OzZWqSDID0w/90sLqB8 2OHuWiC6HRexU82wXyi7AqYFJ5isuq86MfF6IMVVlYeS X-Google-Smtp-Source: ABdhPJxc6MbqHwGXzdwaBGEw4FpQPltGqMppH7clmMsxM6xZ9jW0U9gqgYLAfPZcU/ebbSWs75q6r5RCv32NM+rLzWA= X-Received: by 2002:a37:2796:: with SMTP id n144mr566380qkn.57.1611580068703; Mon, 25 Jan 2021 05:07:48 -0800 (PST) MIME-Version: 1.0 References: <CAA=duU2nj0G2H9v3Fft5iBAA8bxTX0zNgZsevMpojZY3TZQ6dg@mail.gmail.com> <cc1bf4ec-3b5d-4b91-98de-1ee4e4fe0185@www.fastmail.com> In-Reply-To: <cc1bf4ec-3b5d-4b91-98de-1ee4e4fe0185@www.fastmail.com> From: "Andrew G. Malis" <agmalis@gmail.com> Date: Mon, 25 Jan 2021 08:07:32 -0500 Message-ID: <CAA=duU2ZZns7eF-rmx3_bt34MwN3upS4Qc5FZbkwGCwZA9ue0A@mail.gmail.com> To: Martin Thomson <mt@lowentropy.net> Cc: XML Developer List <xml2rfc-dev@ietf.org>, xml2rfc@ietf.org, RFC Interest <rfc-interest@rfc-editor.org> Content-Type: multipart/alternative; boundary="00000000000085b37905b9b939a6" Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/m4Efm7v5snhTx1QozIZ_jMguUP4> Subject: Re: [xml2rfc] [xml2rfc-dev] Script to generate RFC reference including abstract? 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: Mon, 25 Jan 2021 13:07:52 -0000 --00000000000085b37905b9b939a6 Content-Type: text/plain; charset="UTF-8" Martin, Thanks, that's an awesome use of curl, which I've used before for other purposes. And I had forgotten that the bibxml includes the abstracts. Cheers, Andy On Mon, Jan 25, 2021 at 1:59 AM Martin Thomson <mt@lowentropy.net> wrote: > To get the reference: > curl -sSf > https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.8446.xml > > To get just the abstract: > curl -sSf > https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.8446.xml | > \ > xmllint --xpath '//abstract/t/text()' /dev/stdin > > On Mon, Jan 25, 2021, at 04:03, Andrew G. Malis wrote: > > Just to save myself a bit of work if this already exists .... > > > > Have any of you written a script when, given a list of RFC numbers, > > will generate an xml2rfc-ish reference and pull out the abstract for > > each RFC? Something like, when given "8660", will produce: > > > > [RFC8660] Bashandy, A., Ed., Filsfils, C., Ed., Previdi, S., > > Decraene, B., Litkowski, S., and R. Shakir, "Segment > > Routing with the MPLS Data Plane", RFC 8660, > > DOI 10.17487/RFC8660, December 2019, > > <https://www.rfc-editor.org/info/rfc8660>. > > > > Segment Routing (SR) leverages the source-routing paradigm. A node > > steers a packet through a controlled set of instructions, called > > segments, by prepending the packet with an SR header. In the MPLS > > data plane, the SR header is instantiated through a label stack. > > This document specifies the forwarding behavior to allow > > instantiating SR over the MPLS data plane (SR-MPLS). > > > > Thanks, > > Andy > > > > _______________________________________________ > > xml2rfc-dev mailing list > > xml2rfc-dev@ietf.org > > https://www.ietf.org/mailman/listinfo/xml2rfc-dev > > > > _______________________________________________ > xml2rfc-dev mailing list > xml2rfc-dev@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc-dev > --00000000000085b37905b9b939a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Martin,<div><br></div><div>Thanks, that's an awesome u= se of curl, which I've used before for other purposes.</div><div><br></= div><div>And I had forgotten that the bibxml includes the abstracts.</div><= div><br></div><div>Cheers,</div><div>Andy</div><div><br></div></div><br><di= v class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Jan 2= 5, 2021 at 1:59 AM Martin Thomson <<a href=3D"mailto:mt@lowentropy.net">= mt@lowentropy.net</a>> wrote:<br></div><blockquote class=3D"gmail_quote"= style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p= adding-left:1ex">To get the reference:<br> curl -sSf <a href=3D"https://xml2rfc.tools.ietf.org/public/rfc/bibxml/refer= ence.RFC.8446.xml" rel=3D"noreferrer" target=3D"_blank">https://xml2rfc.too= ls.ietf.org/public/rfc/bibxml/reference.RFC.8446.xml</a><br> <br> To get just the abstract:<br> curl -sSf <a href=3D"https://xml2rfc.tools.ietf.org/public/rfc/bibxml/refer= ence.RFC.8446.xml" rel=3D"noreferrer" target=3D"_blank">https://xml2rfc.too= ls.ietf.org/public/rfc/bibxml/reference.RFC.8446.xml</a> | \<br> =C2=A0 xmllint --xpath '//abstract/t/text()' /dev/stdin<br> <br> On Mon, Jan 25, 2021, at 04:03, Andrew G. Malis wrote:<br> > Just to save myself a bit of work if this already exists ....<br> > <br> > Have any of you written a script when, given a list of RFC numbers, <b= r> > will generate an xml2rfc-ish reference and pull out the abstract for <= br> > each RFC? Something like, when given "8660", will produce:<b= r> > <br> >=C2=A0 =C2=A0 [RFC8660]=C2=A0 Bashandy, A., Ed., Filsfils, C., Ed., Pre= vidi, S.,<br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Decraene, B., Li= tkowski, S., and R. Shakir, "Segment<br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Routing with the= MPLS Data Plane", RFC 8660,<br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0DOI 10.17487/RFC= 8660, December 2019,<br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<<a href=3D"h= ttps://www.rfc-editor.org/info/rfc8660" rel=3D"noreferrer" target=3D"_blank= ">https://www.rfc-editor.org/info/rfc8660</a>>.<br> > <br> >=C2=A0 =C2=A0 Segment Routing (SR) leverages the source-routing paradig= m.=C2=A0 A node<br> >=C2=A0 =C2=A0 steers a packet through a controlled set of instructions,= called<br> >=C2=A0 =C2=A0 segments, by prepending the packet with an SR header.=C2= =A0 In the MPLS<br> >=C2=A0 =C2=A0 data plane, the SR header is instantiated through a label= stack.<br> >=C2=A0 =C2=A0 This document specifies the forwarding behavior to allow<= br> >=C2=A0 =C2=A0 instantiating SR over the MPLS data plane (SR-MPLS).<br> > <br> > Thanks,<br> > Andy<br> > <br> > _______________________________________________<br> > xml2rfc-dev mailing list<br> > <a href=3D"mailto:xml2rfc-dev@ietf.org" target=3D"_blank">xml2rfc-dev@= ietf.org</a><br> > <a href=3D"https://www.ietf.org/mailman/listinfo/xml2rfc-dev" rel=3D"n= oreferrer" target=3D"_blank">https://www.ietf.org/mailman/listinfo/xml2rfc-= dev</a><br> ><br> <br> _______________________________________________<br> xml2rfc-dev mailing list<br> <a href=3D"mailto:xml2rfc-dev@ietf.org" target=3D"_blank">xml2rfc-dev@ietf.= org</a><br> <a href=3D"https://www.ietf.org/mailman/listinfo/xml2rfc-dev" rel=3D"norefe= rrer" target=3D"_blank">https://www.ietf.org/mailman/listinfo/xml2rfc-dev</= a><br> </blockquote></div> --00000000000085b37905b9b939a6-- From nobody Wed Jan 27 04:11:37 2021 Return-Path: <cabo@tzi.org> 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 DBE483A1104; Wed, 27 Jan 2021 04:11:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 NJyOZ0UZ9UYS; Wed, 27 Jan 2021 04:11:32 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB22B3A10FF; Wed, 27 Jan 2021 04:11:31 -0800 (PST) Received: from [172.20.10.3] (ip-109-41-64-57.web.vodafone.de [109.41.64.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4DQjBT0c6jz103F; Wed, 27 Jan 2021 13:11:28 +0100 (CET) From: Carsten Bormann <cabo@tzi.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mao-Original-Outgoing-Id: 633442285.537653-007e92ceb2d95e3230b77ea10bf7f979 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Date: Wed, 27 Jan 2021 13:11:25 +0100 Message-Id: <F8D5B243-FD2D-4429-B9F1-A4F3EE9025E1@tzi.org> To: xml2rfc Mailing List <xml2rfc@ietf.org> X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/QhL18fSxmpm5oYwzqcqgzawo3fA> Subject: [xml2rfc] Bibxml server broken? 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: Wed, 27 Jan 2021 12:11:35 -0000 Or is it just me? $ curl = https://xml2rfc.tools.ietf.org/public/rfc/bibxml3/reference.RFC.6920.xml curl: (35) LibreSSL SSL_connect: SSL_ERROR_SYSCALL in connection to = xml2rfc.tools.ietf.org:443 $ curl = http://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.6920.xml curl: (18) transfer closed with 1524 bytes remaining to read (ietf-action notified.) Gr=C3=BC=C3=9Fe, Carsten From nobody Wed Jan 27 04:15:36 2021 Return-Path: <cabo@tzi.org> 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 4A2FC3A11CF; Wed, 27 Jan 2021 04:15:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 r8Hn9RjOCG7Q; Wed, 27 Jan 2021 04:15:32 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C1833A11CD; Wed, 27 Jan 2021 04:15:32 -0800 (PST) Received: from [172.20.10.3] (ip-109-41-64-57.web.vodafone.de [109.41.64.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4DQjH61nXYzyxS; Wed, 27 Jan 2021 13:15:30 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann <cabo@tzi.org> In-Reply-To: <F8D5B243-FD2D-4429-B9F1-A4F3EE9025E1@tzi.org> Date: Wed, 27 Jan 2021 13:15:29 +0100 X-Mao-Original-Outgoing-Id: 633442528.9969651-deb24db28fd9e4517a76392d8572ac7c Content-Transfer-Encoding: quoted-printable Message-Id: <76403B48-36B6-4362-B9E4-3DA8594A0332@tzi.org> References: <F8D5B243-FD2D-4429-B9F1-A4F3EE9025E1@tzi.org> To: xml2rfc Mailing List <xml2rfc@ietf.org> X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/n4uTMyQtyQkUNgRlPjC326pFqRY> Subject: [xml2rfc] [rt.ietf.org #298097] Bibxml server broken? 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: Wed, 27 Jan 2021 12:15:34 -0000 Oops, c&p error. I meant: $ curl -I = https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.6920.xml curl: (35) LibreSSL SSL_connect: SSL_ERROR_SYSCALL in connection to = xml2rfc.tools.ietf.org:443 But something is trying to be there: $ curl -I = http://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.6920.xml HTTP/1.1 200 OK Date: Wed, 27 Jan 2021 12:13:02 GMT Server: Apache/2.2.22 (Debian) Last-Modified: Sat, 23 Jan 2021 00:35:19 GMT ETag: "39c1902-5f4-5b9867ab51fc0" Accept-Ranges: bytes Content-Length: 1524 Content-Type: application/xml Expires: Thu, 28 Jan 2021 09:44:34 GMT Connection: keep-alive Looks like a broken reverse proxy. Gr=C3=BC=C3=9Fe, Carsten > On 2021-01-27, at 13:11, Carsten Bormann <cabo@tzi.org> wrote: >=20 > Or is it just me? >=20 > $ curl = https://xml2rfc.tools.ietf.org/public/rfc/bibxml3/reference.RFC.6920.xml > curl: (35) LibreSSL SSL_connect: SSL_ERROR_SYSCALL in connection to = xml2rfc.tools.ietf.org:443 >=20 > $ curl = http://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.6920.xml > curl: (18) transfer closed with 1524 bytes remaining to read >=20 > (ietf-action notified.) >=20 > Gr=C3=BC=C3=9Fe, Carsten >=20 > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc From nobody Wed Jan 27 06:00:45 2021 Return-Path: <loa@pi.nu> 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 E31E53A11E7 for <xml2rfc@ietfa.amsl.com>; Wed, 27 Jan 2021 06:00:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 1c7u8VyktPm1 for <xml2rfc@ietfa.amsl.com>; Wed, 27 Jan 2021 06:00:36 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2ADCA3A11DE for <xml2rfc@ietf.org>; Wed, 27 Jan 2021 06:00:35 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.184.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 2AFA63295A8 for <xml2rfc@ietf.org>; Wed, 27 Jan 2021 15:00:32 +0100 (CET) To: xml2rfc@ietf.org References: <F8D5B243-FD2D-4429-B9F1-A4F3EE9025E1@tzi.org> <76403B48-36B6-4362-B9E4-3DA8594A0332@tzi.org> From: Loa Andersson <loa@pi.nu> Message-ID: <6356a82c-9079-6d5e-4527-c30ba0254948@pi.nu> Date: Wed, 27 Jan 2021 22:00:30 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <76403B48-36B6-4362-B9E4-3DA8594A0332@tzi.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/oOM_q7gHoehQm6yxUI1jV3Resyc> Subject: Re: [xml2rfc] [rt.ietf.org #298097] Bibxml server broken? 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: Wed, 27 Jan 2021 14:00:45 -0000 All, I have problem also with xml2rfc.tools.ietf.org /Loa On 27/01/2021 20:15, Carsten Bormann wrote: > Oops, c&p error. I meant: > > $ curl -I https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.6920.xml > curl: (35) LibreSSL SSL_connect: SSL_ERROR_SYSCALL in connection to xml2rfc.tools.ietf.org:443 > > But something is trying to be there: > > $ curl -I http://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.6920.xml > HTTP/1.1 200 OK > Date: Wed, 27 Jan 2021 12:13:02 GMT > Server: Apache/2.2.22 (Debian) > Last-Modified: Sat, 23 Jan 2021 00:35:19 GMT > ETag: "39c1902-5f4-5b9867ab51fc0" > Accept-Ranges: bytes > Content-Length: 1524 > Content-Type: application/xml > Expires: Thu, 28 Jan 2021 09:44:34 GMT > Connection: keep-alive > > Looks like a broken reverse proxy. > > Grüße, Carsten > > >> On 2021-01-27, at 13:11, Carsten Bormann <cabo@tzi.org> wrote: >> >> Or is it just me? >> >> $ curl https://xml2rfc.tools.ietf.org/public/rfc/bibxml3/reference.RFC.6920.xml >> curl: (35) LibreSSL SSL_connect: SSL_ERROR_SYSCALL in connection to xml2rfc.tools.ietf.org:443 >> >> $ curl http://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.6920.xml >> curl: (18) transfer closed with 1524 bytes remaining to read >> >> (ietf-action notified.) >> >> Grüße, Carsten >> >> _______________________________________________ >> xml2rfc mailing list >> xml2rfc@ietf.org >> https://www.ietf.org/mailman/listinfo/xml2rfc > > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Fri Jan 29 09:28:29 2021 Return-Path: <roger@rogerprice.org> 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 952883A11AC for <xml2rfc@ietfa.amsl.com>; Fri, 29 Jan 2021 09:28:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.52 X-Spam-Level: X-Spam-Status: No, score=-0.52 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 e9CWXD8NBdCg for <xml2rfc@ietfa.amsl.com>; Fri, 29 Jan 2021 09:28:25 -0800 (PST) Received: from relay12.mail.gandi.net (relay12.mail.gandi.net [217.70.178.232]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 773213A11A9 for <xml2rfc@ietf.org>; Fri, 29 Jan 2021 09:28:24 -0800 (PST) Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 1F5CB200004 for <xml2rfc@ietf.org>; Fri, 29 Jan 2021 17:28:20 +0000 (UTC) Date: Fri, 29 Jan 2021 18:28:20 +0100 (CET) From: Roger Price <roger@rogerprice.org> X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List <xml2rfc@ietf.org> Message-ID: <alpine.DEB.2.20.2101291807360.6375@maria.rogerprice.org> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/Qe17kZJ6hpT62QKL4PxTcyAHLaI> Subject: [xml2rfc] <sourcecode> inside an <aside> 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: Fri, 29 Jan 2021 17:28:28 -0000 I would like to place a short piece of code in an aside, but this is not allowed by the content model for <aside>: element aside {,,,, (artset|artwork|blockquote|dl|figure|iref|ol|t|table|ul)* } It is forbidden to write <aside><t>Bla bla ....</t> <sourcecode>a=a+1</sourcecode></aside> I find I have to write <aside><t>Bla bla ....</t> <figure><sourcecode>a=a+1</sourcecode></figure></aside> This puts the a=a+1 into the aside, but gives me an unwanted "Figure n". 1. Is there a neater way of doing this? 2. Why not allow <sourcecode> in the content model for <aside>? Roger From nobody Fri Jan 29 10:43:42 2021 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 5DAAC3A0C88 for <xml2rfc@ietfa.amsl.com>; Fri, 29 Jan 2021 10:43:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 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=-0.001, RCVD_IN_MSPIKE_H2=-0.001, 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 lMn-D3RVh4zt for <xml2rfc@ietfa.amsl.com>; Fri, 29 Jan 2021 10:43:40 -0800 (PST) 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 902513A0C61 for <xml2rfc@ietf.org>; Fri, 29 Jan 2021 10:43:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1611945817; bh=nv6jJrGJb+qbXvN1IsOMjW8nQAqm+TSbFF51/0cG//E=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=k4PH0oTreYJR8UYC6hYgfRWXwXFQ/fjgwHVuBa4yjThxpKss22D32l2yPURRT/6LV Obh2sVL8ACqbQ0JdinwrmucX8Na6WUxQpkVP7NKn5jl6RkizQPITPAHf1mW4T6BmJn n3jvb5DM5oh9kDlCtjQll2Uw9SYhRsq8QXnLfkLg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.182] ([91.61.56.200]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MQMuX-1lIwiv3XG5-00MNjq for <xml2rfc@ietf.org>; Fri, 29 Jan 2021 19:43:36 +0100 To: xml2rfc@ietf.org References: <alpine.DEB.2.20.2101291807360.6375@maria.rogerprice.org> From: Julian Reschke <julian.reschke@gmx.de> Message-ID: <7fd977f0-1f93-4b56-784e-4644f3279ad8@gmx.de> Date: Fri, 29 Jan 2021 19:43:35 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <alpine.DEB.2.20.2101291807360.6375@maria.rogerprice.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:HoJGfk3EmAJdkkl2qg2v9x9FwHEz6BnF/rKUMnuV3GG3YH+SPLL FkwULCT7yBXMAiEcn3SsJ/TPcphEK18MktxZWj2PeKxDJMABVp05uM9YpPwanJQioQ35iLy Hm8sFDhDNlg3OYZ4g+Jpgwk48YOrA8WrOwZsNJ6U1qGYZ4ftuSoeFDF1qhQi7TLt2TZWSG7 6LUYAx73oNuBWzVCBOGwQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:cM+G3Nwgub8=:FKryo3B0pXCYF4l2aB+HtW nK3xzOni3wWZjXQY4Ac9IkivO1nuvZpX7hARGwVzq/ZLyDrDEPOloPu7NHBZoIWKhvA7JfOMe ltAypjJVr/mL58JVwpxmVKpHfX/ZDUtrOB9FF+5br3fNFFsLjQY+bWKNWxsy1lx+zLf4o1X/r Nbx9N/b+AezfKXQckioDyYrXjVVxUVxIFKcBizNwzr1QHwoyTYkodpuxWWKkHwg4HmNbaJF69 xlqF0Q3u5l1EZffFaVDUB+zUDXgC6OZhTpaJzWiE3qfIfYO0bfM5dAfJha+Df8LYwrXlnWADe gwYlfVE53dcRl1k/uLoIPSTktBt1ThSMWShavVVzh8+a0lIflunV2wFanvyM4mLt3H8NNeL4y vrYNIQ7i7UDyTnf4C1x4poPufJ5en0Tu2nUbkQVvbPTnwnLkB6hbouRd8mUlp0EfcrihcTTPp QLkGS5HtqD+SVN3NsthXccL/FbxyzWeCjdCeAdlU4OboDbn2khIKJycrjAbc8u5is2QlJcys2 LkLg8lJ7W4yaRmiBzOsSZ4aKqrLyU5ITYVQP3CMCYDjfkmABFfuBYqS+4SMpIGoO9XQLj+L9y JxagZo6ls2M7S0CN3Dp2JQFUuEBbQGEgq5eIbLNYgDHMu60dl53GPT1RGxbvAvdrNw14n7SAK JQyvWs72kteazKME1H9o4LFgsRaIIqF82mpZMvyilINdl29QKrSmq8TvcYXTKIG06+eUUHum1 C/7zNpWm0KymKP3Wafs/5IfoY4XqxboHthlPDCAH2bUVsZcE/GTcnFSOnC1QPkID4JMbEI1A/ QdEhc2798zYiFEDfhDFtb207XOaRaoYQJpEOTRXBN9C7LYTp3A0Uai2xGKgbTEj7rBhnLP0Wv iRp26+ZYkMDOu/quQVvA== Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/k_X_KSBnlagKzSXSWEzOz15FfQs> Subject: Re: [xml2rfc] <sourcecode> inside an <aside> 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: Fri, 29 Jan 2021 18:43:41 -0000 Am 29.01.2021 um 18:28 schrieb Roger Price: > I would like to place a short piece of code in an aside, but this is not > allowed by the content model for <aside>: > > =C2=A0element aside {,,,, > (artset|artwork|blockquote|dl|figure|iref|ol|t|table|ul)* } > > It is forbidden to write > > =C2=A0<aside><t>Bla bla ....</t> > =C2=A0<sourcecode>a=3Da+1</sourcecode></aside> > > I find I have to write > > =C2=A0<aside><t>Bla bla ....</t> > =C2=A0<figure><sourcecode>a=3Da+1</sourcecode></figure></aside> > > This puts the a=3Da+1 into the aside, but gives me an unwanted "Figure n= ". > > 1. Is there a neater way of doing this? > 2. Why not allow <sourcecode> in the content model for <aside>? > > Roger > ... IMHO that is clearly an oversight. I recommend opening a ticket at <https://github.com/rfc-format/draft-iab-xml2rfc-v3-bis/issues>. I *believe* this should be non-controversial and easy to fix. (The best workaround for now probably would be to use <artwork> instead of <sourcecode>). Best regards, Julian From nobody Fri Jan 29 13:30:30 2021 Return-Path: <roger@rogerprice.org> 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 7CF443A12CA for <xml2rfc@ietfa.amsl.com>; Fri, 29 Jan 2021 13:30:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 1_HwQcQyoz9M for <xml2rfc@ietfa.amsl.com>; Fri, 29 Jan 2021 13:30:26 -0800 (PST) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56F253A1310 for <xml2rfc@ietf.org>; Fri, 29 Jan 2021 13:30:25 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 718E440008 for <xml2rfc@ietf.org>; Fri, 29 Jan 2021 21:30:20 +0000 (UTC) Date: Fri, 29 Jan 2021 22:30:17 +0100 (CET) From: Roger Price <roger@rogerprice.org> X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List <xml2rfc@ietf.org> In-Reply-To: <7fd977f0-1f93-4b56-784e-4644f3279ad8@gmx.de> Message-ID: <alpine.DEB.2.20.2101292215140.6375@maria.rogerprice.org> References: <alpine.DEB.2.20.2101291807360.6375@maria.rogerprice.org> <7fd977f0-1f93-4b56-784e-4644f3279ad8@gmx.de> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="-636875520-135254773-1611955821=:6375" Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/oCAUm362ysVCONzBvkjlmWApIn0> Subject: Re: [xml2rfc] <sourcecode> inside an <aside> 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: Fri, 29 Jan 2021 21:30:28 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---636875520-135254773-1611955821=:6375 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Fri, 29 Jan 2021, Julian Reschke wrote: > Am 29.01.2021 um 18:28 schrieb Roger Price: >> I would like to place a short piece of code in an aside, but this is not >> allowed by the content model for <aside>: >> >>  element aside {,,,, >> (artset|artwork|blockquote|dl|figure|iref|ol|t|table|ul)* } >> >> It is forbidden to write >> >>  <aside><t>Bla bla ....</t> >>  <sourcecode>a=a+1</sourcecode></aside> >> >> I find I have to write >> >>  <aside><t>Bla bla ....</t> >>  <figure><sourcecode>a=a+1</sourcecode></figure></aside> >> >> This puts the a=a+1 into the aside, but gives me an unwanted "Figure n". >> >> 1. Is there a neater way of doing this? >> 2. Why not allow <sourcecode> in the content model for <aside>? >> >> Roger >> ... > > IMHO that is clearly an oversight. I recommend opening a ticket at > <https://github.com/rfc-format/draft-iab-xml2rfc-v3-bis/issues>. I > *believe* this should be non-controversial and easy to fix. I (aka Luo2Jie2) have raised issue 194 https://github.com/rfc-format/draft-iab-xml2rfc-v3-bis/issues/194 > (The best workaround for now probably would be to use <artwork> instead > of <sourcecode>). Tested, it works ok, thanks, Roger ---636875520-135254773-1611955821=:6375-- From nobody Fri Jan 29 14:55:26 2021 Return-Path: <dkg@fifthhorseman.net> 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 607093A1362; Fri, 29 Jan 2021 14:55:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=neutral reason="invalid (unsupported algorithm ed25519-sha256)" header.d=fifthhorseman.net header.b=Z0FViGJ8; dkim=pass (2048-bit key) header.d=fifthhorseman.net header.b=EaeeE39T 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 264TUzsM4SnA; Fri, 29 Jan 2021 14:55:19 -0800 (PST) Received: from che.mayfirst.org (che.mayfirst.org [IPv6:2001:470:1:116::7]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 672F33A135F; Fri, 29 Jan 2021 14:55:19 -0800 (PST) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019; t=1611960918; h=from : to : subject : date : message-id : mime-version : content-type : from; bh=QUGuR5r41x/acAKSkfYfu6sS48PaRDHzBTfyF2OHMtE=; b=Z0FViGJ8RhKXQO6cyFaWfP9iGQGK41o9dbX9jA4U7MAHA/4856QIMjcnxGQI56ouByC8n kbsINM32oIv7r+mBw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019rsa; t=1611960918; h=from : to : subject : date : message-id : mime-version : content-type : from; bh=QUGuR5r41x/acAKSkfYfu6sS48PaRDHzBTfyF2OHMtE=; b=EaeeE39TQTfqa/SPWmShdpBH88XxTYIFFcW4xBxwJ3zZHEbW5AI67IrI3AmZpZmaXqnJE 9sgZ5Pfib4AGOxFpugxMTWaAYI2fTJfldJves25YWejU8HUQ/YHFzWqPha0z5WToe9GrztS NnAgTWKD8bQtPOBvITLUZTX2rekblsGFk7VE448KLlsewyaWOUXCA+UyUptQlx6Ct2pM5a8 OKy9bFzV4y9GBZ+ILSX0U/RfJ4YeLfN8cVTD0nYFua0XeUFLyIaqFpYVpQQGP7h/3cYg8kz PFfjUQ7CB2Z5gorKXO9A2oL2YKjZHie8jR7pJ2wVJoHf5VIN5mM4+EUpJzbA== Received: from fifthhorseman.net (lair.fifthhorseman.net [108.58.6.98]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by che.mayfirst.org (Postfix) with ESMTPSA id 0AE3EF9A6; Fri, 29 Jan 2021 17:55:17 -0500 (EST) Received: by fifthhorseman.net (Postfix, from userid 1000) id C550D2054A; Fri, 29 Jan 2021 17:55:15 -0500 (EST) From: Daniel Kahn Gillmor <dkg@fifthhorseman.net> To: xml2rfc-dev@ietf.org, xml2rfc@ietf.org Autocrypt: addr=dkg@fifthhorseman.net; prefer-encrypt=mutual; keydata= mDMEX+i03xYJKwYBBAHaRw8BAQdACA4xvL/xI5dHedcnkfViyq84doe8zFRid9jW7CC9XBiI0QQf FgoAgwWCX+i03wWJBZ+mAAMLCQcJEOCS6zpcoQ26RxQAAAAAAB4AIHNhbHRAbm90YXRpb25zLnNl cXVvaWEtcGdwLm9yZ/tr8E9NA10HvcAVlSxnox6z62KXCInWjZaiBIlgX6O5AxUKCAKbAQIeARYh BMKfigwB81402BaqXOCS6zpcoQ26AADZHQD/Zx9nc3N2kj13AUsKMr/7zekBtgfSIGB3hRCU74Su G44A/34Yp6IAkndewLxb1WdRSokycnaCVyrk0nb4imeAYyoPtBc8ZGtnQGZpZnRoaG9yc2VtYW4u bmV0PojRBBMWCgCDBYJf6LTfBYkFn6YAAwsJBwkQ4JLrOlyhDbpHFAAAAAAAHgAgc2FsdEBub3Rh dGlvbnMuc2VxdW9pYS1wZ3Aub3JnL0Gwxvypz2tu1IPG+yu1zPjkiZwpscsitwrVvzN3bbADFQoI ApsBAh4BFiEEwp+KDAHzXjTYFqpc4JLrOlyhDboAAPkXAP0Z29z7jW+YzLzPTQML4EQLMbkHOfU4 +s+ki81Czt0WqgD/SJ8RyrqDCtEP8+E4ZSR01ysKqh+MUAsTaJlzZjehiQ24MwRf6LTfFgkrBgEE AdpHDwEBB0DkKHOW2kmqfAK461+acQ49gc2Z6VoXMChRqobGP0ubb4kBiAQYFgoBOgWCX+i03wWJ BZ+mAAkQ4JLrOlyhDbpHFAAAAAAAHgAgc2FsdEBub3RhdGlvbnMuc2VxdW9pYS1wZ3Aub3Jnfvo+ nHoxDwaLaJD8XZuXiaqBNZtIGXIypF1udBBRoc0CmwICHgG+oAQZFgoAbwWCX+i03wkQPp1xc3He VlxHFAAAAAAAHgAgc2FsdEBub3RhdGlvbnMuc2VxdW9pYS1wZ3Aub3JnaheiqE7Pfi3Atb3GGTw+ jFcBGOaobgzEJrhEuFpXREEWIQQttUkcnfDcj0MoY88+nXFzcd5WXAAAvrsBAIJ5sBg8Udocv25N stN/zWOiYpnjjvOjVMLH4fV3pWE1AP9T6hzHz7hRnAA8d01vqoxOlQ3O6cb/kFYAjqx3oMXSBhYh BMKfigwB81402BaqXOCS6zpcoQ26AADX7gD/b83VObe14xrNP8xcltRrBZF5OE1rQSPkMNy+eWpk eCwA/1hxiS8ZxL5/elNjXiWuHXEvUGnRoVj745Vl48sZPVYMuDgEX+i03xIKKwYBBAGXVQEFAQEH QIGex1WZbH6xhUBve5mblScGYU+Y8QJOomXH+rr5tMsMAwEICYjJBBgWCgB7BYJf6LTfBYkFn6YA CRDgkus6XKENukcUAAAAAAAeACBzYWx0QG5vdGF0aW9ucy5zZXF1b2lhLXBncC5vcmcEAx9vTD3b J0SXkhvcRcCr6uIDJwic3KFKxkH1m4QW0QKbDAIeARYhBMKfigwB81402BaqXOCS6zpcoQ26AAAX mwD8CWmukxwskU82RZLMk5fm1wCgMB5z8dA50KLw3rgsCykBAKg1w/Y7XpBS3SlXEegIg1K1e6dR fRxL7Z37WZXoH8AH Date: Fri, 29 Jan 2021 17:55:14 -0500 Message-ID: <8735yje4kt.fsf@fifthhorseman.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/3d141b7SDdvFSl1eNyxlHJ0l0XE> Subject: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Fri, 29 Jan 2021 22:55:21 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgeG1sMnJmYyBmb2xrcy0tDQoNCk5vdyB0aGF0IHdlIGNhbiBpbmNsdWRlIHVuaWNvZGUgY2hh cmFjdGVycyBpbiBvdXIgdGV4dCBkb2N1bWVudHMsIGhhcw0KYW55b25lIGNvbnNpZGVyZWQgYWRk aW5nIGEgbmV3IHR5cGUgb2YgLS10YWJsZS1ib3JkZXJzIGZsYWcgdGhhdCB1c2VzDQp0aGUgdW5p Y29kZSBib3gtZHJhd2luZyBjaGFyYWN0ZXJzPw0KDQpJbiBwYXJ0aWN1bGFyLCBpJ20gdGhpbmtp bmcgb2YgdGhlIFUrMjUwMC4uVSsyNTZDIHJhbmdlOg0KDQogICAgICAgICAgLjAgLjEgLjIgLjMg LjQgLjUgLjYgLjcgLjggLjkgLkEgLkIgLkMgLkQgLkUgLkYgDQogICAgIDI1MC4gIOKUgCAg4pSB ICDilIIgIOKUgyAg4pSEICDilIUgIOKUhiAg4pSHICDilIggIOKUiSAg4pSKICDilIsgIOKUjCAg 4pSNICDilI4gIOKUjyANCiAgICAgMjUxLiAg4pSQICDilJEgIOKUkiAg4pSTICDilJQgIOKUlSAg 4pSWICDilJcgIOKUmCAg4pSZICDilJogIOKUmyAg4pScICDilJ0gIOKUniAg4pSfIA0KICAgICAy NTIuICDilKAgIOKUoSAg4pSiICDilKMgIOKUpCAg4pSlICDilKYgIOKUpyAg4pSoICDilKkgIOKU qiAg4pSrICDilKwgIOKUrSAg4pSuICDilK8gDQogICAgIDI1My4gIOKUsCAg4pSxICDilLIgIOKU syAg4pS0ICDilLUgIOKUtiAg4pS3ICDilLggIOKUuSAg4pS6ICDilLsgIOKUvCAg4pS9ICDilL4g IOKUvyANCiAgICAgMjU0LiAg4pWAICDilYEgIOKVgiAg4pWDICDilYQgIOKVhSAg4pWGICDilYcg IOKViCAg4pWJICDilYogIOKViyAg4pWMICDilY0gIOKVjiAg4pWPIA0KICAgICAyNTUuICDilZAg IOKVkSAg4pWSICDilZMgIOKVlCAg4pWVICDilZYgIOKVlyAg4pWYICDilZkgIOKVmiAg4pWbICDi lZwgIOKVnSAg4pWeICDilZ8gDQogICAgIDI1Ni4gIOKVoCAg4pWhICDilaIgIOKVoyAg4pWkICDi laUgIOKVpiAg4pWnICDilaggIOKVqSAg4pWqICDilasgIOKVrA0KDQpMb29raW5nIGF0IHRoZSB1 c2Ugb2YgYmNoYXIgaW4geG1sMnJmYy93cml0ZXJzL3RleHQucHksIGl0IGxvb2tzIHRvIG1lDQps aWtlIGl0IHNob3VsZCBiZSBlYXN5IGVub3VnaCB0byBtYXAgdGhyZWUgb2YgdGhlIGZvdXIgYm9y ZGVyDQpjaGFyYWN0ZXJzOg0KDQogICAgICAnPSc6ICfilZAnLA0KICAgICAgJy0nOiAn4pSAJywN CiAgICAgICd8JzogJ+KUgicsDQoNCkJ1dCB0aGUgY29ybmVyIGJvcmRlciBjaGFyYWN0ZXIgKCcr JykgaGFzIG1hbnkgZGlmZmVyZW50DQpvcHRpb25zL3Blcm11dGF0aW9uczoNCg0KICAgICAn4pSM JywgJ+KUkCcsICfilJwnLCAn4pSkJywgJ+KUrCcsICfilLQnLCAn4pS8JywNCiAgICAgJ+KVkics ICfilZUnLCAn4pWYJywgJ+KVmycsICfilZ4nLCAn4pWhJywgJ+KVpCcsICfilacnLCAn4pWqJw0K DQpzbyBpdCdzIHRoaXMgbGFzdCBiaXQgdGhhdCBzZWVtcyBjaGFsbGVuZ2luZyB0byBpbXBsZW1l bnQsIHNpbmNlIGl0DQpsb29rcyBsaWtlIHRoZSBjdXJyZW50IGNvZGUganVzdCBzYXlzICJjb3Ju ZXJzIGFyZSBjb3JuZXJzIiBhbmQgZG9lc24ndA0KZGlzdGluZ3Vpc2ggYmV0d2VlbiBhbGwgdGhl c2UgY2FzZXMuDQoNClNob3VsZCBpIHJlcG9ydCB0aGlzIGFzIGFuIFJGRSBvbg0KaHR0cHM6Ly90 cmFjLnRvb2xzLmlldGYub3JnL3Rvb2xzL3htbDJyZmMvdHJhYy9uZXd0aWNrZXQgb3IgaXMgdGhl cmUNCnNvbWUgb3RoZXIgcHJlZmVycmVkIHdheSB0byB0cmFjayBzdWNoIGEgc3VnZ2VzdGlvbj8N Cmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvdG9vbHMveG1sMnJmYy90cmFjL3JlcG9ydCBpcyB0aW1p bmcgb3V0IGZvciBtZSBzbw0KaSBjYW4ndCB0ZWxsIHdoZXRoZXIgaXQncyBhbHJlYWR5IGJlZW4g cmVwb3J0ZWQgdGhlcmUuDQoNCiAgICAgICAgICAgIC0tZGtnDQoNClBTIGknbSB0aGlua2luZyB0 aGlzIGJlY2F1c2Ugd2UncmUgdXNpbmcgc29tZSBib3ggZHJhd2luZyBjaGFyYWN0ZXJzDQogICBh bHJlYWR5IGluIHNvbWUgb2YgdGhlIHZlcmJhdGltIHNlY3Rpb25zIChlLmcuIMKnIDQuMiAiUGFj a2V0IEhlYWRlcnMiDQogICBhbmQgwqcgNi4zLiAgIkVuY29kaW5nIEJpbmFyeSBpbiBSYWRpeC02 NCIpIGFuZCBpdCBzZWVtcyBhIGJpdCBjbHVua3kNCiAgIHRvIGhhdmUgdGhlc2UgY2xlYW4gYm94 ZXMgYWRqYWNlbnQgdG8gdGhlIHJhdGhlciBjbHVtc2llciBVUy1BU0NJSQ0KICAgdGFibGUgYm9y ZGVycy4NCg== --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQttUkcnfDcj0MoY88+nXFzcd5WXAUCYBSSUwAKCRA+nXFzcd5W XLeUAQDUXk1axPaRSxNnWxuoPVcRNj3NLXX0oJ7Xq4/Ot05zqAEAxaYiqtqskPfB 0/AcLWzjYk7sGIm+trQQUm88ggsr+wo= =KMBr -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Jan 29 21:22:57 2021 Return-Path: <lars@eggert.org> 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 72A353A0B56; Fri, 29 Jan 2021 21:22:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=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=eggert.org 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 i7j6NWYiJrJo; Fri, 29 Jan 2021 21:22:51 -0800 (PST) Received: from mail.eggert.org (mail.eggert.org [IPv6:2a00:ac00:4000:400:211:32ff:fe22:186f]) (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 DA2F53A0B55; Fri, 29 Jan 2021 21:22:49 -0800 (PST) Received: from [IPv6:2a00:ac00:4000:400:1c60:9f36:b13b:2cc0] (unknown [IPv6:2a00:ac00:4000:400:1c60:9f36:b13b:2cc0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id 2DF72600065; Sat, 30 Jan 2021 07:22:44 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1611984164; bh=dwS93GFmkmrw49Krj4N2dPPSCQUPRA0s77PRe0onR+g=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=QkDkR8S01vC9VEVf5E8SlAqeptqKqUJ/RxHj3r382vuByCkCvlD8ZBaVdcWXjf0f3 2tWNqXgUiwvAEiyu7+T5Irdxiz2qDTXqJ742L04ZQ/P5A9c++/1J85420meLlbgLFJ cbDT+zuF9UexfGDKrjlmx8cM8B8o9HMbt4oOmWto= From: Lars Eggert <lars@eggert.org> Message-Id: <342339E7-A47C-4C51-8852-7FFBB6A8C750@eggert.org> Content-Type: multipart/signed; boundary="Apple-Mail=_B56ED198-E63D-4820-85AB-5796B8A25F9B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Date: Sat, 30 Jan 2021 07:22:43 +0200 In-Reply-To: <8735yje4kt.fsf@fifthhorseman.net> Cc: xml2rfc-dev@ietf.org, xml2rfc@ietf.org To: Daniel Kahn Gillmor <dkg@fifthhorseman.net> References: <8735yje4kt.fsf@fifthhorseman.net> X-MailScanner-ID: 2DF72600065.A225C X-MailScanner: Found to be clean X-MailScanner-From: lars@eggert.org Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/GmnbuB6kos-sD2jeeIl2pfFzIWU> Subject: Re: [xml2rfc] [xml2rfc-dev] Unicode box-drawing for a new --table-borders value? 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: Sat, 30 Jan 2021 05:22:53 -0000 --Apple-Mail=_B56ED198-E63D-4820-85AB-5796B8A25F9B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, On 2021-1-30, at 0:55, Daniel Kahn Gillmor <dkg@fifthhorseman.net> = wrote: > Now that we can include unicode characters in our text documents, has > anyone considered adding a new type of --table-borders flag that uses > the unicode box-drawing characters? I think that would be excellent, but AFAIK Unicode can (still) only be = used in contact names (see the recent "Unicode in xml2rfc v3" thread = over on rfc-interest@). I really hope we can just get to an agreement to = allow Unicode anywhere in the document. Lars --Apple-Mail=_B56ED198-E63D-4820-85AB-5796B8A25F9B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAmAU7SMACgkQVLXDCb9w wVc90A//bCSbtqEq0zm03BOt4bgaIRhXPAyq7fJZwibwQ9fPi0mf3DQzoGVv8iYv gViwBPtUnLEWcbKHOsdT7ONH+Gf5iwu7Nk10BFpqqVCAMnnY1O79rIQZGub4IS+r wuHUePLWtIsrmkGB2URj31ucFkd1YJymosRBdd1uxPnwAo7+7J8pXNuSwreEutgB IN8DyjJqkU67kk7556kMGDs8O2RlCfnSGcTYATPLJ8WqiUFzxik4/KmeE4c90N1r fEGlkHvAUt7sCWW7paCq2rFU9V1kQSU2IBrdiOlSp+0WFI0zv9EBPPgAG5e28gUT P6C7zDFrFpSDgn5igohoKHD4sB0clRxAZWJGdxfHBt/dLqSrUXfl3BXibknW0MDj KkGT11zQtmmqm9iX9bqhBr+9mmZVzL0AGla7766z+j9yDmkyGvo8i8bDLqN+r7SB +1B5AdLrY4eYQs8STEjTPabLQG2O3ld0GCGCTALpYGi0W6TKpiLOUSpsza1xVRtr jLWj02VTNEoAu5OAZzBPOoh93ga9D37x3q54QWIrtmHmHIsaXybSgFIqOGsXuRw1 8uv+FWlVZR0oiNOR5BnQK2d1KOiWKDB24kjHvI1SbEDswvYo1IDNMig3cX1ZTxVy 0zaONLWRGa7JKwQ5/fwcT1kOIq3UzIMR3bdGu0gWpjxV/hsI5yQ= =Uum3 -----END PGP SIGNATURE----- --Apple-Mail=_B56ED198-E63D-4820-85AB-5796B8A25F9B-- From nobody Sat Jan 30 07:30:44 2021 Return-Path: <roger@rogerprice.org> 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 01C793A0BE3 for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 07:30:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 9jewM2IP2TZF for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 07:30:40 -0800 (PST) Received: from relay8-d.mail.gandi.net (relay8-d.mail.gandi.net [217.70.183.201]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E32603A0BDF for <xml2rfc@ietf.org>; Sat, 30 Jan 2021 07:30:39 -0800 (PST) X-Originating-IP: 78.243.124.66 Received: from maria (unknown [78.243.124.66]) (Authenticated sender: mailbox@rogerprice.org) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id DC3A21BF207 for <xml2rfc@ietf.org>; Sat, 30 Jan 2021 15:30:34 +0000 (UTC) Date: Sat, 30 Jan 2021 16:30:33 +0100 (CET) From: Roger Price <roger@rogerprice.org> X-X-Sender: rprice@maria.rogerprice.org To: xml2rfc Mailing List <xml2rfc@ietf.org> Message-ID: <alpine.DEB.2.20.2101301601270.6375@maria.rogerprice.org> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) X-Message-Flag: Supplemental report to reaper.nsa.gov. rc=0 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/Lcgw9_UUnr8m5aRdID7NB_x2LAM> Subject: [xml2rfc] <rfc> attribute category deprecated, but required ? 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: Sat, 30 Jan 2021 15:30:42 -0000 RFC7991 tells us 2.45.1. "category" Attribute Deprecated; instead, use the "name" attribute in <seriesInfo>. So I wrote <seriesInfo name="Internet-Draft" value="&docName;"> and I omitted the category="info" attribute from element <rfc>. I got the error message: Note: Calling rfc_check_attribute_values() Note: Calling check_attribute_values() /mnt/home/rprice/IETF/nut/draft-rprice-ups-management-protocol-00.xml(6): Error: Expected a valid category for submissionType='IETF', one of info,bcp,historic,std,exp, but found 'None' If I include category="info", xml2rfc accepts my markup. Does this mean that although deprecated, attribute category is required? Roger From nobody Sat Jan 30 09:06:52 2021 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 D4D6A3A0C9D for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 09:06:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 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=-0.001, 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 Xovj7v2zCDtY for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 09:06:49 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 865D83A0C9C for <xml2rfc@ietf.org>; Sat, 30 Jan 2021 09:06:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1612026404; bh=tC0sWooOxOcakyD6dmdgqLM2D5eJy+9Ji4Z7XBJuQVI=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=IeBzY5t62NO9Ybxix+hVe3F6Vmw9fCt3lOcRo6CsNUnp2KSqnIniyi2Jugs0nrX1B rk5lTDBum18vcsDFskg33+GH+sYKphAowqQLE+k2xGsDN8m8B5jFmK/Jz5+C3RQm7W i8TCKgXf09p0GA6+kxCW1sFwTtq4D46ePcL0Ku/o= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.182] ([84.171.156.196]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MBm1U-1lFqOG0b6a-00C8CT for <xml2rfc@ietf.org>; Sat, 30 Jan 2021 18:06:44 +0100 To: xml2rfc@ietf.org References: <alpine.DEB.2.20.2101301601270.6375@maria.rogerprice.org> From: Julian Reschke <julian.reschke@gmx.de> Message-ID: <b42e0c99-2991-e0ed-58e0-388c48e349f3@gmx.de> Date: Sat, 30 Jan 2021 18:06:42 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <alpine.DEB.2.20.2101301601270.6375@maria.rogerprice.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:CfyTiX4sJmtd36Vc6hrvxZWjVyQaurvoDBkcrRAJH9cR+/ES+Tb wH0cW5plc0fwzW7w7yCyBO+OUs9Zin3J+6NVw7oLmDW7U/5iScvWsjxGrH0JXH5ymuSWDKU KTsgQfdYyZr5Q7WO/i+XnZ2MdBYk047519ANUglGliYiLDfWQDS/3YF1Xf/Yj3VCYUdbixG 8bgxpa/tU3oJG0X6iCoqQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:1/E68d9inTA=:PCHWflL59x15v3sA1vY67m 33uAif+QKXWJb6eBZnnTfDOk/ff0FaXFDfKpGZmvQXpG+llFp2aULMykQ+lOh1PLkBIJ41svI DmenTsK5j/ITTROSmuyHctfAsVAUzpOHG6kkjtSgE8BSuVQBnU/ADo+17NI7kCAVhPot+WZ4x qLe8mbbv7SWhyFCDZJMAopMNkbtesLz8CsODtHMHRH7S9zXtSIN+k2I2epqAyx0bCF4jM59rq KvpqeuTcpJr7+4RcdhJQ2fJMUuzXWtDDu46FpZ0G6rSdNhF9AZ3PjL2VZ/trjXzM1RzwfV/PA YH/X/pJNiHCHY0KjnU0hcx2SCLHbBs5MtfTNgVHmY8mnPia/A2FuADGuBvet4PipCoY6XyO2x NbFkaDZHead5e68QSZsvJsXuLB2UpBMmOR0JnNm9xROiD9VxmdfU2jjmlwjwwo64hq43MIRre uer43fA7i9TZplYaUo8FC/YUFhUySxjhalPfdjghkcUUJ3FYy763lDj4Z8iCyn7HP7f9RGrfQ xkZofJNcxhSHn+jIv4CtqnX/vS7AUW5LiIs9KqpZM1tVGxXJiAtOom0cs1nRkxsxqKwK/hVn9 0JMGqosanH1o902IO502inyFXUnuKG9vnYWbay1OYiBPlEs8KtG5BBkG/2tHhglDV9UxzaA+s uwiJpsBmbFl1HfT23RXrFtwdHCcENm6OaH1DTXurthbt4atp8c/3lkKfHxmZS/yh1+4aZ1vLy v81SbyBK45KO3ZYJZvS8U2y+8cRDaaYrmwEHl5zBP67xoX8WEd+HtdKtpvq5KW6zZxNOVvMnY sg5TtYwFMdRY3RqN4UIINZiR5e9rgk4Ja8w1cLZKexIPAww1V5WdKIWRo4FOAw/5jzBH7tQ55 QkYe0iY5Y1cRHS21ur4g== Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/xd2IEiNVggTrgdFrozTPB1MHouA> Subject: Re: [xml2rfc] <rfc> attribute category deprecated, but required ? 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: Sat, 30 Jan 2021 17:06:51 -0000 Am 30.01.2021 um 16:30 schrieb Roger Price: > RFC7991 tells us > > =C2=A0=C2=A0 2.45.1.=C2=A0 "category" Attribute > =C2=A0=C2=A0 Deprecated; instead, use the "name" attribute in <seriesIn= fo>. > > So I wrote > > =C2=A0=C2=A0 <seriesInfo name=3D"Internet-Draft" value=3D"&docName;"> > > and I omitted the category=3D"info" attribute from element <rfc>.=C2=A0 = I got > the error message: > > Note: Calling rfc_check_attribute_values() > Note: Calling check_attribute_values() > /mnt/home/rprice/IETF/nut/draft-rprice-ups-management-protocol-00.xml(6)= : Error: > Expected a valid category for submissionType=3D'IETF', one of > info,bcp,historic,std,exp, but found 'None' > > If I include category=3D"info", xml2rfc accepts my markup. > Does this mean that although deprecated, attribute category is required? > > Roger > ... The whole transition of attributes on <rfc> to <seriesInfo> is borked. It needs to be either fixed or undone. Known issue. See <https://www.ietf.org/archive/id/draft-levkowetz-xml2rfc-v3-implementation= -notes-12.html#section-3.1.21>. Best regards, Julian From nobody Sat Jan 30 11:08:27 2021 Return-Path: <johnl@iecc.com> 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 845A93A0DF9 for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 11:08:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.851 X-Spam-Level: X-Spam-Status: No, score=-1.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=iecc.com header.b=sJi7vqpU; dkim=pass (2048-bit key) header.d=taugh.com header.b=k2AmT9+c 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 ZIg9klMapCGn for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 11:08:24 -0800 (PST) Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 0D19C3A0DE2 for <xml2rfc@ietf.org>; Sat, 30 Jan 2021 11:08:23 -0800 (PST) Received: (qmail 51740 invoked from network); 30 Jan 2021 19:08:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:cleverness; s=ca1a.6015aea6.k2101; bh=iPR5xEI3JEvHhwXV4p2vggHBSP+XvlsNHOnmhV4m3dU=; b=sJi7vqpUS5zRPdOyNG5Mj/4C2ZkBI9hOW3CEuJqeG7AgB0V0+kktIVGkgbUVEjVIccOfimipacOlE0k/b3XVlR0GnHliQzl/dOFo+rSWaeIaNh2UGv77fnLanEyVX4QfIVvtYS8egTPrQ/1Z/CXpMzkWSVVykeQfpY8wCwIlMXmYtSmTC3n0qDg9zFabaAvjBZ/GII9DO0sBa7Z/lBum1zad8oB+Z7eVBxLAK2k3TGLO2RPrW7djj0/2h1gXYi6cefayxVwYkpz88DhojY4RAws3EGvlfux+uxEL8gLheMxj+3RSpsSA6L1+gSugM5w378MSBmCnj2RoR6abx28oNg== DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:cleverness; s=ca1a.6015aea6.k2101; bh=iPR5xEI3JEvHhwXV4p2vggHBSP+XvlsNHOnmhV4m3dU=; b=k2AmT9+cQWDFqGab71bBQwFdchEx7pKPjzzNZmzDMa3cgERHy8s0dSnI2arMUqSrvFHztZpzC8XP23lSGAt5alJbYNkoG9OzRmmzlpUgHY1EwNsYWWh+D/eSu/r1lonvT8OLOpDxQ4QN2Sszjd5bQqMxffCOoHsY+PWA4CMUbmoDHUc9WcboamHJmpgOY0cmXpaMdFUsDP7oWpjWlPlGHg8vzVPsG3yCWVZi3vfiGAjxsCGiTSPGHq/tvPyx8xtj99jnRsJQBF/A141tG/kImurhI/r7+w/7omgEp22ihVSUoWbyBZyimJkMP3FRcrVeeHf6YXissIzwKj0DKLOuRA== Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 30 Jan 2021 19:08:21 -0000 Received: by ary.qy (Postfix, from userid 501) id 7504E6D02AD4; Sat, 30 Jan 2021 14:08:20 -0500 (EST) Date: 30 Jan 2021 14:08:20 -0500 Message-Id: <20210130190821.7504E6D02AD4@ary.qy> From: "John Levine" <johnl@taugh.com> To: xml2rfc@ietf.org Cc: dkg@fifthhorseman.net In-Reply-To: <8735yje4kt.fsf@fifthhorseman.net> Organization: Taughannock Networks X-Headerized: yes Cleverness: minimal Mime-Version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/EyiO-AzkXSV8OwtRpLAEWjz210g> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sat, 30 Jan 2021 19:08:26 -0000 In article <8735yje4kt.fsf@fifthhorseman.net> you write: >-=-=-=-=-=- >Hi xml2rfc folks-- > >Now that we can include unicode characters in our text documents, has >anyone considered adding a new type of --table-borders flag that uses >the unicode box-drawing characters? The text version is basically to provide some degree of backward compatibility. If you want a version that is easy to read, I encourage you to open your web browser and look at the HTML version. R's, John From nobody Sat Jan 30 11:15:00 2021 Return-Path: <johnl@iecc.com> 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 73A203A105F for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 11:14:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.851 X-Spam-Level: X-Spam-Status: No, score=-1.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=iecc.com header.b=isMsp46G; dkim=pass (2048-bit key) header.d=taugh.com header.b=T50J3vFR 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 jRcnr8CxvBrO for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 11:14:57 -0800 (PST) Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 06CFA3A102F for <xml2rfc@ietf.org>; Sat, 30 Jan 2021 11:14:56 -0800 (PST) Received: (qmail 52964 invoked from network); 30 Jan 2021 19:14:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:cleverness; s=cee2.6015b02f.k2101; bh=mAAHmWMoRAwPKC2q9q2Ly/bo5yiCTGnqTQQhjFW31+o=; b=isMsp46G3BLoMqCSX6VeEDLXw1MrpUzq00Ex3lwtxKzV6wTg1iSsQhoaL1DbzHQcFQy1X/vPO6Kp+1OFPlnHsiw39EA3/PqlYx1YZrwrBqXt7pu5oPfqlzOgQ/tUz+b8l9h4AmWfCXqqkYAXg1CVL0e3nnkYCzmx7lsbfwT1lBkDsgALquPyqJD+mrE6zjX/eMeDR/SZde8+aZy985l/02tIYfCm3FVHJAtGmz9t9j+W6gG1zKYJ8qmkiAP5tpxeMcAzSNj5bwtGkCXF+iw69dNncjx0f5w55D7Anbo1ESFsCBebAwBEbEO5Nq36j6dt7aV4nsxrr9bjS9h86sLXxw== DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:cleverness; s=cee2.6015b02f.k2101; bh=mAAHmWMoRAwPKC2q9q2Ly/bo5yiCTGnqTQQhjFW31+o=; b=T50J3vFRgeyFnFRMD+kwfH2bWpIR+QzeiiNGIYyE2sNaulBG/mbDzAF88ODXKWHwew5LFACZCoBclK0FkxFvHziG1MRUnsq8G1/deV2Xlo8xKnJ5YrEkv8BA5jbgMeNONRqbL5yi9AEOBjDMAeAhBlmJKIiIo00b7KUQjAXJSfR6ElgIGG8UHOlPkkEKPRURWpQfwzB++Lan2Urg0vQ8xtYfKB3jMpCWn9XC2Wjg6mKHxPgGGxUeFWrMfZ0NRo6LGn9Ok+jp64lTUHrp9Pi7J6Wj4KLBf/sc5/CJXuNBL6y4Hv5ctTga6F4mH7Uoa9TSbqaM4P4Z2XkU1M6pWYPEiQ== Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 30 Jan 2021 19:14:55 -0000 Received: by ary.qy (Postfix, from userid 501) id 169316D02C27; Sat, 30 Jan 2021 14:14:54 -0500 (EST) Date: 30 Jan 2021 14:14:54 -0500 Message-Id: <20210130191455.169316D02C27@ary.qy> From: "John Levine" <johnl@taugh.com> To: xml2rfc@ietf.org Cc: lars@eggert.org In-Reply-To: <342339E7-A47C-4C51-8852-7FFBB6A8C750@eggert.org> Organization: Taughannock Networks X-Headerized: yes Cleverness: minimal Mime-Version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/5uNrtaHY4RBiyLKDi1tr1jUbiQs> Subject: Re: [xml2rfc] [xml2rfc-dev] Unicode box-drawing for a new --table-borders value? 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: Sat, 30 Jan 2021 19:14:59 -0000 In article <342339E7-A47C-4C51-8852-7FFBB6A8C750@eggert.org> you write: >I think that would be excellent, but AFAIK Unicode can (still) only be used in contact names (see the recent "Unicode in >xml2rfc v3" thread over on rfc-interest@). I really hope we can just get to an agreement to allow Unicode anywhere in the >document. The problem is that laying out arbitrary Unicode is a nightmare. It would be helpful if people could list some scenarios where it would be useful. Carsten has (thanks!) but more voices would be nice. The ones that occur to me beyond people's names are math symbols like a≥b and words that are sometimes written with accents like coördinate. For the math symbols, I get the impression that people really want TeX style equation typesetting which while not impossible, would be a major extension. There's also typesetting stuff like “quotes” which we decided not to do when this came up before but we might revisit. What have I missed? R's, John From nobody Sat Jan 30 11:35:17 2021 Return-Path: <pusateri@bangj.com> 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 D12023A1082 for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 11:35:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bangj.com 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 H3wxJhDFQDs2 for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 11:35:12 -0800 (PST) Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4AC8E3A107E for <xml2rfc@ietf.org>; Sat, 30 Jan 2021 11:35:08 -0800 (PST) Received: from [172.16.88.114] (cpe-65-184-148-2.ec.res.rr.com [65.184.148.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id EDA752FE33; Sat, 30 Jan 2021 14:35:07 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bangj.com; s=201907; t=1612035308; bh=zdxRk1VQL6kvPNsEKoRKFkfMnZts+QYxACqhTmZHPTE=; h=From:Subject:Date:References:Cc:In-Reply-To:To:From; b=Bjr3QkQRaFOyD7QsuPaCbo5Nb3DaJrCTjLGe508Fp9HgJVLKOyUQ7JRS0OW81gh9U 35onyMOtGN3bsLCGjECPZ3TOYH+q32m8eZOSrJAaa2lgelrHpAopZ3gfE1LunRG93e 8uNJ1A/cC8WCBVOQ/0oWT4spdz6YOjL803WCSQVcvGJ3TaMpaJZMSBsFcSU3ac8f2f L5jMWDvwOlhUXpTFEm9HU1tK83XfkZrw+ll7JDmxR+Wpr+RKtRS1h2crpNpE3qpT8q Jb8i8lAcameOqG1+EMqAOq147AOSx9EyDQUa7yCVMm+Hmbu/sAEcd2xuQbZOyfO3rI 4CER8khkXFXMg== Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Tom Pusateri <pusateri@bangj.com> Mime-Version: 1.0 (1.0) Date: Sat, 30 Jan 2021 14:35:07 -0500 Message-Id: <D845069B-087D-406A-80D8-0D36D7A4799D@bangj.com> References: <20210130190821.7504E6D02AD4@ary.qy> Cc: xml2rfc@ietf.org, dkg@fifthhorseman.net In-Reply-To: <20210130190821.7504E6D02AD4@ary.qy> To: John Levine <johnl@taugh.com> X-Mailer: iPad Mail (18D52) Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/VrGR2SHXuRPGQrnu25F8Llgue5g> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sat, 30 Jan 2021 19:35:16 -0000 > On Jan 30, 2021, at 2:08 PM, John Levine <johnl@taugh.com> wrote: >=20 > =EF=BB=BFIn article <8735yje4kt.fsf@fifthhorseman.net> you write: >> -=3D-=3D-=3D-=3D-=3D- >> Hi xml2rfc folks-- >>=20 >> Now that we can include unicode characters in our text documents, has >> anyone considered adding a new type of --table-borders flag that uses >> the unicode box-drawing characters? >=20 > The text version is basically to provide some degree of backward > compatibility. If you want a version that is easy to read, I encourage > you to open your web browser and look at the HTML version. >=20 > R's, > John In the past, we=E2=80=99ve been told that the text version was the official v= ersion and the HTML was not. It sounds like this is now being reversed. Back= ward compatible doesn=E2=80=99t sound like official. But =E2=80=9Ceasy to re= ad=E2=80=9D doesn=E2=80=99t sound like it=E2=80=99s official either. Could y= ou clarify? Thanks, Tom From nobody Sat Jan 30 13:05:42 2021 Return-Path: <johnl@taugh.com> 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 51DA63A115C for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 13:05:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=iecc.com header.b=bEZvKAo3; dkim=pass (2048-bit key) header.d=taugh.com header.b=eVoYQhiR 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 QifSCg9RA5qH for <xml2rfc@ietfa.amsl.com>; Sat, 30 Jan 2021 13:05:37 -0800 (PST) Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 25EE33A115A for <xml2rfc@ietf.org>; Sat, 30 Jan 2021 13:05:36 -0800 (PST) Received: (qmail 84585 invoked from network); 30 Jan 2021 21:05:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type; s=14a56.6015ca1d.k2101; bh=MboHjq1SC1mD1HLznNWdQQXDdAGM6kG15ecG569XElI=; b=bEZvKAo3ZicY7d9+lygc4up0xotr3E9FECg8+6jpwCtLjFn02BBBRWUXwZ1OK+szQWr1DlnW/2DY18Q5noZYvnsiVMfcDrqYHsux9kCfs+N6yeIdGg6iUIea4pGffsreXtfsdVSCSA9OOpOwDRRddrBnyHDibzTtYrwECozybE0z3/eE453FQChAX33fW0yv4kgdKuh6owtqowh8nGdQ86skFVzPfPTjEbrJKvZg55v7Hz5dLVEI4Br4Bk1H7IXpZLeoc1kjiVEgkXutE9iJ22TfEM1IyCIY0KQvlW8z7dzUp7ZRG3/HjZTR1Kz+wFCzzUQYj3ks/PSt3lOOyr7nCw== DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type; s=14a56.6015ca1d.k2101; bh=MboHjq1SC1mD1HLznNWdQQXDdAGM6kG15ecG569XElI=; b=eVoYQhiRKlVum8oaighn3tqE1gWyI7RbKtFxOuzAxnFhSn0F3/u8YedB5B4qPqchCvwO4cKtUnaVITal5dZWp0svf1RCF/lpn6oNtQbM5oh5Vaqy6XM6Cfco139LdxqWv5n5dMU6tB+mgb9xpsutktbDVV64FU+cmqd2rqo3IwJ2nf+kW7aZ1MornmFSbG+R+UdNMuwwFSPTO0CfJ59bL/gXxFUPDXWOH2oRXmYTq47EWm7nYO05TbHWN56yy4DlEsIAQTP+pGYC0LCneUS0lYf1BwTPvvM4yOFkC7LIIfyn8BwmUbmI08roxsjVXKQ2ytyY6SqwmxdcJ604sCZKdA== Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 30 Jan 2021 21:05:33 -0000 Received: by ary.qy (Postfix, from userid 501) id BD1E46D045ED; Sat, 30 Jan 2021 16:05:32 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by ary.qy (Postfix) with ESMTP id 1E97C6D045CF; Sat, 30 Jan 2021 16:05:32 -0500 (EST) Date: 30 Jan 2021 16:05:32 -0500 Message-ID: <f6d15bb7-c56-e66-df72-c2813c6b16b@taugh.com> From: "John R Levine" <johnl@taugh.com> To: "Tom Pusateri" <pusateri@bangj.com> Cc: xml2rfc@ietf.org In-Reply-To: <D845069B-087D-406A-80D8-0D36D7A4799D@bangj.com> References: <20210130190821.7504E6D02AD4@ary.qy> <D845069B-087D-406A-80D8-0D36D7A4799D@bangj.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1733944225-1612040732=:94694" Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/-5bJE6JAHFBZA5-1F6o2fHtfqE8> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sat, 30 Jan 2021 21:05:40 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1733944225-1612040732=:94694 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT > In the past, we’ve been told that the text version was the official > version and the HTML was not. That has not been true for quite a while. Since RFC 8651 which was published in October 2019, the official version is the v3 XML. The text, HTML, and PDF are mechanically derived from it by running it through xml2rfc. As our tools improve, we might recreate the derived versions so they look better or the HTML works better. This was widely publicised on the IETF list and other places so I'm suprised people still aren't aware of it. Regards, John Levine, johnl@taugh.com, Taughannock Networks, Trumansburg NY Please consider the environment before reading this e-mail. https://jl.ly --0-1733944225-1612040732=:94694-- From nobody Sun Jan 31 06:38:01 2021 Return-Path: <dkg@fifthhorseman.net> 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 98DA63A0D91 for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 06:37:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=neutral reason="invalid (unsupported algorithm ed25519-sha256)" header.d=fifthhorseman.net header.b=VV0FY9c3; dkim=pass (2048-bit key) header.d=fifthhorseman.net header.b=3ghdH+d0 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 AAYvggnXMx77 for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 06:37:57 -0800 (PST) Received: from che.mayfirst.org (che.mayfirst.org [IPv6:2001:470:1:116::7]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B5463A0D8E for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 06:37:57 -0800 (PST) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019; t=1612103875; h=from : to : subject : in-reply-to : references : date : message-id : mime-version : content-type : content-transfer-encoding : from; bh=sKGfG/aQc+vifZhl2EIOdXJ0V4FBJXYgWx9tJAFLNUY=; b=VV0FY9c3BFOUqsG/9WzBGf6BOf/9OFoQZkoDK+qM039kAxZyKlUtPH2BXrpmAPwik7gzj xDd6758iQBFSpYTBw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019rsa; t=1612103875; h=from : to : subject : in-reply-to : references : date : message-id : mime-version : content-type : content-transfer-encoding : from; bh=sKGfG/aQc+vifZhl2EIOdXJ0V4FBJXYgWx9tJAFLNUY=; b=3ghdH+d0yJrWigYFTKPSLJy0T6SF7Y86XaOXEii4oML1JwwGzE2V+JolOZuzWI0Ix8X31 tI+0Ug4ZwTspdDQt28X3487u67M7e32RnfzkxwSjxO4BeIQ5x0n8jOlG4nuqH9yyfr8dmN4 tjUiN6ZYD7CmaULKWfo99xWGHjUTjS9Nrt8oLBOjTSf6DoC/sjD2kCLL8sNT4yAqttZsWBH IuH6tEBgqfQy8uE3koB9C9vElLwoXifNR9y64Ne7C5Cwrk+8gI5BDzsvTH/g6RDSzyRVogi uvwtYT1IxTEZ49+Lxx6dq/h++ts4TsIHysQzkwshvX6g9lqWFvi1wEC2cTPQ== Received: from fifthhorseman.net (lair.fifthhorseman.net [108.58.6.98]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by che.mayfirst.org (Postfix) with ESMTPSA id 119C3F9A5; Sun, 31 Jan 2021 09:37:54 -0500 (EST) Received: by fifthhorseman.net (Postfix, from userid 1000) id 0B72C20406; Sun, 31 Jan 2021 02:26:24 -0500 (EST) From: Daniel Kahn Gillmor <dkg@fifthhorseman.net> To: John Levine <johnl@taugh.com>, xml2rfc@ietf.org In-Reply-To: <20210130190821.7504E6D02AD4@ary.qy> References: <20210130190821.7504E6D02AD4@ary.qy> Autocrypt: addr=dkg@fifthhorseman.net; prefer-encrypt=mutual; keydata= mDMEX+i03xYJKwYBBAHaRw8BAQdACA4xvL/xI5dHedcnkfViyq84doe8zFRid9jW7CC9XBiI0QQf FgoAgwWCX+i03wWJBZ+mAAMLCQcJEOCS6zpcoQ26RxQAAAAAAB4AIHNhbHRAbm90YXRpb25zLnNl cXVvaWEtcGdwLm9yZ/tr8E9NA10HvcAVlSxnox6z62KXCInWjZaiBIlgX6O5AxUKCAKbAQIeARYh BMKfigwB81402BaqXOCS6zpcoQ26AADZHQD/Zx9nc3N2kj13AUsKMr/7zekBtgfSIGB3hRCU74Su G44A/34Yp6IAkndewLxb1WdRSokycnaCVyrk0nb4imeAYyoPtBc8ZGtnQGZpZnRoaG9yc2VtYW4u bmV0PojRBBMWCgCDBYJf6LTfBYkFn6YAAwsJBwkQ4JLrOlyhDbpHFAAAAAAAHgAgc2FsdEBub3Rh dGlvbnMuc2VxdW9pYS1wZ3Aub3JnL0Gwxvypz2tu1IPG+yu1zPjkiZwpscsitwrVvzN3bbADFQoI ApsBAh4BFiEEwp+KDAHzXjTYFqpc4JLrOlyhDboAAPkXAP0Z29z7jW+YzLzPTQML4EQLMbkHOfU4 +s+ki81Czt0WqgD/SJ8RyrqDCtEP8+E4ZSR01ysKqh+MUAsTaJlzZjehiQ24MwRf6LTfFgkrBgEE AdpHDwEBB0DkKHOW2kmqfAK461+acQ49gc2Z6VoXMChRqobGP0ubb4kBiAQYFgoBOgWCX+i03wWJ BZ+mAAkQ4JLrOlyhDbpHFAAAAAAAHgAgc2FsdEBub3RhdGlvbnMuc2VxdW9pYS1wZ3Aub3Jnfvo+ nHoxDwaLaJD8XZuXiaqBNZtIGXIypF1udBBRoc0CmwICHgG+oAQZFgoAbwWCX+i03wkQPp1xc3He VlxHFAAAAAAAHgAgc2FsdEBub3RhdGlvbnMuc2VxdW9pYS1wZ3Aub3JnaheiqE7Pfi3Atb3GGTw+ jFcBGOaobgzEJrhEuFpXREEWIQQttUkcnfDcj0MoY88+nXFzcd5WXAAAvrsBAIJ5sBg8Udocv25N stN/zWOiYpnjjvOjVMLH4fV3pWE1AP9T6hzHz7hRnAA8d01vqoxOlQ3O6cb/kFYAjqx3oMXSBhYh BMKfigwB81402BaqXOCS6zpcoQ26AADX7gD/b83VObe14xrNP8xcltRrBZF5OE1rQSPkMNy+eWpk eCwA/1hxiS8ZxL5/elNjXiWuHXEvUGnRoVj745Vl48sZPVYMuDgEX+i03xIKKwYBBAGXVQEFAQEH QIGex1WZbH6xhUBve5mblScGYU+Y8QJOomXH+rr5tMsMAwEICYjJBBgWCgB7BYJf6LTfBYkFn6YA CRDgkus6XKENukcUAAAAAAAeACBzYWx0QG5vdGF0aW9ucy5zZXF1b2lhLXBncC5vcmcEAx9vTD3b J0SXkhvcRcCr6uIDJwic3KFKxkH1m4QW0QKbDAIeARYhBMKfigwB81402BaqXOCS6zpcoQ26AAAX mwD8CWmukxwskU82RZLMk5fm1wCgMB5z8dA50KLw3rgsCykBAKg1w/Y7XpBS3SlXEegIg1K1e6dR fRxL7Z37WZXoH8AH Date: Sun, 31 Jan 2021 02:26:23 -0500 Message-ID: <87im7dd0tc.fsf@fifthhorseman.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/JpuZNiltZV9lhvTkY-SGm4e3y_k> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sun, 31 Jan 2021 14:37:59 -0000 On Sat 2021-01-30 14:08:20 -0500, John Levine wrote: > The text version is basically to provide some degree of backward > compatibility. If you want a version that is easy to read, I encourage > you to open your web browser and look at the HTML version. I do =E2=98=BA But i hear that some people still end up reading the txt version, and i'd like them to have cleanly-drawn tables when they do. --dkg From nobody Sun Jan 31 06:43:57 2021 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 753303A0DCD for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 06:43:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 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=-0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 IV0a0cbz8vxa for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 06:43:55 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 B0AD13A0DCC for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 06:43:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1612104232; bh=P6DQquIMpfS6DAX9nkJTmJ8IHaBYX+s+tAASZiM5CyM=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=leZJ21gaK6IXxj8ZL0FnTIZEBUfAQdtP8fRa1zwS4J9NxR01ljLPKa84ruOzoT7hi WOgWFTFFQbC8MLxhdFLEC7KztYBsNHhEg9QktPF/WU6rnRgeidEZNTc1CKgUsWXcFj dlt6G51RtrNdf/r+gPhopHswCScW8PHN5n034sek= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.20] ([91.61.50.235]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MdvqW-1lddYn44da-00b4PR for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 15:43:52 +0100 To: xml2rfc@ietf.org References: <20210130190821.7504E6D02AD4@ary.qy> <87im7dd0tc.fsf@fifthhorseman.net> From: Julian Reschke <julian.reschke@gmx.de> Message-ID: <78cfcb5d-9b4c-19e6-f9c9-aa461f0a73d4@gmx.de> Date: Sun, 31 Jan 2021 15:43:50 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: <87im7dd0tc.fsf@fifthhorseman.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:zarlJm+Il/HRGjW8LE7fNFuN2cC2OfiMaN/Ay8THFlKqvLIcFh2 MFGIVbB/jYX8av6CM0Am7Yzh8MClq69LZCWXEq1U1k41lKSlVPa0Rpb8lhtx+CPbRd9jG+q 7zOOFmSfZeeEfXWAMnzKabU60I14RZxmGos5MYD4IbIKizwdd2RzD+WJU5euDNacGK8i2KX h5NI0FhRGUJbrTSB0vu7g== X-UI-Out-Filterresults: notjunk:1;V03:K0:suxjujOrlPQ=:VHc/vZe4cQxARH0uyBIeAx px2ghwZ9CkmDURAEnWiP1r6i4SByW57TEc9dv1eYexPN+HUzkjlGcIc3pU2GSCLm+ZrStGvbg K/VrTV3+yBSoNZmpTdc7vUokeXS2m167GHwuH19WM/JHGrZiBCf9kQA4OGz6GjKtWWwHNS8sr tnHoLb/n75KijZehVearWTIaFDN1SzzWZPTHlImzLoU5hAIy3qR2hbT+5chpLLjKDKTNwll9h ppumq3g6c3LYogIBGq7SpqzyXIIkoz8m0CVOfmSWkhQSjgBkIdMvFp4AoEwuysbwHaILr0OrO Xb9PCS7luYzCq2Xd2e5JvWM/tdwInxbDPFAhGMs/1oID3clXYolco01Aqu7w/XUMFbFGKEL/E C/sMKjZx4cgCFu1cSpYMgufMxatR+qNZIWjooOaw9UseNYhmMLaNq5HqOxtIHh9vDSj5M4YrM +x6PrXtl10SMsZFKfM1Rd1ta9YBCgeujcCnqS+T3VWVv/658N9gf4K9tVw3fmLU37Iz83It+s N6KTVS3vemjsJRKQTXlF91afa6r7whuMy3hzXt2/Bg4CR1OjgOSd3oNIMyYTnXDo8m5ysOs7M fVdmGujMs4nfxVhL/Aq50iF0gOiv/PXRwkPvFXoUgjoktInOcconcOzmGaER8mvctTYBBjTfh Eqp8d+t/J47bUfhijY+xezPzh18/VmrsbYk0za4QSQ45SuI8tF7wNaLTRegATB/BZEJtSBHnJ IUIiV10UDBJ4QnrMIueBy5FAchQb8IMDircwMSuKQP6+0X6yFFgO1UEKjcl1GgbZRjtwdY3ly GAa2xb0sEI/wo7lflqbSS5EQ0q/UoB9+IF1b6jkXQfoc0kvydkwXhr4Q6gI/lh9V0e45/YDIx xM1usuksatTbp4uK1ZkQ== Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/LFA_RjpciIMosy9sLAx_zVdVNng> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sun, 31 Jan 2021 14:43:56 -0000 Am 31.01.2021 um 08:26 schrieb Daniel Kahn Gillmor: > On Sat 2021-01-30 14:08:20 -0500, John Levine wrote: >> The text version is basically to provide some degree of backward >> compatibility. If you want a version that is easy to read, I encourage >> you to open your web browser and look at the HTML version. > > I do =E2=98=BA But i hear that some people still end up reading the txt > version, and i'd like them to have cleanly-drawn tables when they do. Understood, but then there are *also* people who want the plain text output change as little as possible compared to what we had before. Best regards, Julian From nobody Sun Jan 31 07:22:49 2021 Return-Path: <anders.rundgren.net@gmail.com> 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 0318A3A104C for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 07:22:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-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 (2048-bit key) header.d=gmail.com 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 qzd1oL_sjUxu for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 07:22:46 -0800 (PST) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 550053A104B for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 07:22:46 -0800 (PST) Received: by mail-ej1-x632.google.com with SMTP id sa23so4043308ejb.0 for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 07:22:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=kSzc2TP9Iu6y+tSPJdqZzaJZYLSKvRLN7je4Um1dYQY=; b=FnK9NIl9GfVltrT9M5dnNL72VZOW2SPo3ehwYdLeY2bcHAYCXls+uyE98C/EjT4The jqWJdH8mWT0Z5KLUW/v2//rPaJ+9Em9dZIf2KRIXvEwtYyPfFSoGJIp7JkjztUGJPBMN ++8InxL5FlhLzXDyM3FP79BTGlU9r4OzDzcBeWCRWr9H30r7T85d8hT+Qt4OKVistr+O mxol3g+ZS9Gg4Gb4bS0H8KYSoWwxyx6d4FwVTNujnkpJu60EEOWJZ2QR++APtIje5oQO /d+sVANe5QfSZZFjdYwvlbQqWlQg7VDhGgcLghdJr0kGBwIC5cKwXEfnSoCetQq/vr17 N34Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=kSzc2TP9Iu6y+tSPJdqZzaJZYLSKvRLN7je4Um1dYQY=; b=R/iXkqQmCAN3V3dJKBj78cmeiubwLkrr5uLM9veWdjWnPUebfbp9MunnXMEiSUNzrg O8wVeQBKPsggZWBrKSlMtfjA0+N/QMDyTczPbrZO6KTZZe+jPJ3LCZiEKqMLghRSQ02U Gu/Kpg67FPZZNWB5SwF7qk53OzFDzZs4vZEH8azM28tG1Uu1+RkLCzizOtQaOZB0H9lt c2D5fD8LIM5ApBoXm5tw+DZ9qSaZSTCfjRLhedR53rToV2LuA8S6x82cQJqqq9owmNDw NsgyHtDL/ts+pZxE48h7Jd9Bcxk2tquWsmtmoZjfgYLsM2PokLwOjK7nShfzK8ZynFrJ c0PQ== X-Gm-Message-State: AOAM533j5ajP0dING8OgjQGfC3fehD6r9gYw0AeqA0YLcFKG8k0sYlNl M4/gnxG1jIAh+O2Z+09zqqh/vVbqwzU= X-Google-Smtp-Source: ABdhPJy9yM4j6DhJS56Rrz4+PAX9P5RVGpV03ks46RKV+ywOQBHKkXvllZ+doxRynGBdH87J49Y68Q== X-Received: by 2002:a17:906:4002:: with SMTP id v2mr13652328ejj.85.1612106564048; Sun, 31 Jan 2021 07:22:44 -0800 (PST) Received: from [192.168.1.79] (25.131.146.77.rev.sfr.net. [77.146.131.25]) by smtp.googlemail.com with ESMTPSA id u23sm7360630edt.87.2021.01.31.07.22.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 31 Jan 2021 07:22:43 -0800 (PST) To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>, John Levine <johnl@taugh.com>, xml2rfc@ietf.org References: <20210130190821.7504E6D02AD4@ary.qy> <87im7dd0tc.fsf@fifthhorseman.net> From: Anders Rundgren <anders.rundgren.net@gmail.com> Message-ID: <542852db-f30a-01fe-3c16-93b6c8f27d34@gmail.com> Date: Sun, 31 Jan 2021 16:22:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: <87im7dd0tc.fsf@fifthhorseman.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/RxZxLRYOlqFK_U79UFUY62Iw5qU> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sun, 31 Jan 2021 15:22:48 -0000 On 2021-01-31 08:26, Daniel Kahn Gillmor wrote: > On Sat 2021-01-30 14:08:20 -0500, John Levine wrote: >> The text version is basically to provide some degree of backward >> compatibility. If you want a version that is easy to read, I encourage >> you to open your web browser and look at the HTML version. > > I do ☺ But i hear that some people still end up reading the txt > version, and i'd like them to have cleanly-drawn tables when they do. I actually did this by creating a table as ascii-art but unfortunately the box-characters didn't always follow the monospace scheme so I had to revert to the standard table. Here it is BTW: https://tools.ietf.org/html/draft-rundgren-json-canonicalization-scheme-09#appendix-B It doesn't look OK on Android. Anders > > --dkg > > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc > From nobody Sun Jan 31 08:41:34 2021 Return-Path: <johnl@taugh.com> 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 B80233A10DF for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 08:41:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=iecc.com header.b=CF5+8Nvn; dkim=pass (2048-bit key) header.d=taugh.com header.b=lgfFb6bG 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 0XWOu0tznZig for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 08:41:31 -0800 (PST) Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 C363C3A10DC for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 08:41:30 -0800 (PST) Received: (qmail 69858 invoked from network); 31 Jan 2021 16:41:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:subject:in-reply-to:references:mime-version:content-type; s=110df.6016ddb8.k2101; bh=Na26FECw5rQ8JKauv9vc6KOPxKqdKf54L/X+yah2jZg=; b=CF5+8NvnxPRuoWcSI77G8TkJLgLa38CsmrBNVawhiStpQqz5u28RkTEOpzqaj8pgMzlhAqX5jkgMCT+CJibW730FVGZ6dwhc4RWfUOsYuiS3c/EZfZ2kaMCOpam0RLnc7rWHhBbqvmeuQsEx93wDrpIvANlNTeeJgRTAVSQBKZMyZaxO2Xq+rModplQkcHe3waZYiOx5MRUSAgsLo8tlPfXnrL66Ai/ebgyePBbuEUvnwAN57WuSJwA2GkJi9O3T4WB0YCKNWosEwr+L3mGJ4nHNZp2yeZPRLAMVXz8OfR97JcLrkjuYIBfOzIOhSUqnMceqzB1p74+T51rFptZzNA== DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:subject:in-reply-to:references:mime-version:content-type; s=110df.6016ddb8.k2101; bh=Na26FECw5rQ8JKauv9vc6KOPxKqdKf54L/X+yah2jZg=; b=lgfFb6bGi3X7/GEthVQiRmCFQk6clbos/Lb9hsntKnQd4nFj00qcwlMjhbMmavSZh/H6jFJ3njX435eySwEONg+aLJNnJzXK2nwBhjlr/yHBTgQm0jWm/N9qRr2txnPLrhH13Ul2OL78MqSXP2LD83Jp0K3derstB95M/a7I+47k3Oo0CXcSEzn4zESavbwIxk5LDKCHBXHJ4rDE4JhglmmkySDbLSGVlPhE1oFd+GjooGy1bVu3trhHd21F3LBsplyXGr8AIScsL99uQDEmmdE3iI9tisF3+CZ+yG0t1gZXKJeKQvtWA1Y5d/cMByAxOYfZTOdygRpDJyTrKTerAA== Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 31 Jan 2021 16:41:27 -0000 Received: by ary.qy (Postfix, from userid 501) id 6F0586D0F8EE; Sun, 31 Jan 2021 11:41:27 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by ary.qy (Postfix) with ESMTP id 46D8E6D0F8D0; Sun, 31 Jan 2021 11:41:27 -0500 (EST) Date: 31 Jan 2021 11:41:27 -0500 Message-ID: <7ac22d78-bed0-8f9e-6b3e-812474b4feac@taugh.com> From: "John R Levine" <johnl@taugh.com> To: "Anders Rundgren" <anders.rundgren.net@gmail.com>, xml2rfc@ietf.org In-Reply-To: <542852db-f30a-01fe-3c16-93b6c8f27d34@gmail.com> References: <20210130190821.7504E6D02AD4@ary.qy> <87im7dd0tc.fsf@fifthhorseman.net> <542852db-f30a-01fe-3c16-93b6c8f27d34@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/B6gwOuy6vDbZ8BT1Q1WRFr3ZbjU> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sun, 31 Jan 2021 16:41:33 -0000 > https://tools.ietf.org/html/draft-rundgren-json-canonicalization-scheme-09#appendix-B > > It doesn't look OK on Android. Thanks for the pointer. It doesn't look OK in Chrome on MacOS either. Regards, John Levine, johnl@taugh.com, Taughannock Networks, Trumansburg NY Please consider the environment before reading this e-mail. https://jl.ly From nobody Sun Jan 31 09:21:28 2021 Return-Path: <cabo@tzi.org> 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 073D43A1138 for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 09:21:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 3AwHTNPd8_vJ for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 09:21:23 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 069DF3A1133 for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 09:21:22 -0800 (PST) Received: from [192.168.217.152] (p5089a828.dip0.t-ipconnect.de [80.137.168.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4DTHt73SR2zyWP; Sun, 31 Jan 2021 18:21:19 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) From: Carsten Bormann <cabo@tzi.org> In-Reply-To: <7ac22d78-bed0-8f9e-6b3e-812474b4feac@taugh.com> Date: Sun, 31 Jan 2021 18:21:18 +0100 Cc: Anders Rundgren <anders.rundgren.net@gmail.com>, xml2rfc@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <F8BED332-BA00-43A3-B0AB-849F99904CA1@tzi.org> References: <20210130190821.7504E6D02AD4@ary.qy> <87im7dd0tc.fsf@fifthhorseman.net> <542852db-f30a-01fe-3c16-93b6c8f27d34@gmail.com> <7ac22d78-bed0-8f9e-6b3e-812474b4feac@taugh.com> To: John R Levine <johnl@taugh.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/4dvkKgDB1oNISFwgK7DSsUA0DgY> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sun, 31 Jan 2021 17:21:26 -0000 On 31. Jan 2021, at 17:41, John R Levine <johnl@taugh.com> wrote: >=20 > Thanks for the pointer. It doesn't look OK in Chrome on MacOS either. That seems to be a problem specific to the legacy Courier (as opposed to = Courier New and a few other monospaced fonts I tried). The current stylesheet seems to rely on the browsers' preset for = =E2=80=9C<pre>=E2=80=9D. Most other fonts that are tagged monospace in macOS Font Book work OK, = including the font Chrome=E2=80=99s HTML source inspector uses... I think what we can learn from this example is that, beyond ASCII, = strict grid spacing assumptions about monospace fonts will earn some = surprises. Gr=C3=BC=C3=9Fe, Carsten From nobody Sun Jan 31 09:33:05 2021 Return-Path: <cabo@tzi.org> 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 A83DE3A113F for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 09:33:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 shCqEDwQJgip for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 09:33:01 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E2323A1123 for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 09:33:00 -0800 (PST) Received: from [192.168.217.152] (p5089a828.dip0.t-ipconnect.de [80.137.168.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4DTJ7Z5yCQzyRb; Sun, 31 Jan 2021 18:32:58 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) From: Carsten Bormann <cabo@tzi.org> In-Reply-To: <F8BED332-BA00-43A3-B0AB-849F99904CA1@tzi.org> Date: Sun, 31 Jan 2021 18:32:58 +0100 Cc: xml2rfc@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <A8F7A111-D008-4575-8A9E-26A23C5B7FFA@tzi.org> References: <20210130190821.7504E6D02AD4@ary.qy> <87im7dd0tc.fsf@fifthhorseman.net> <542852db-f30a-01fe-3c16-93b6c8f27d34@gmail.com> <7ac22d78-bed0-8f9e-6b3e-812474b4feac@taugh.com> <F8BED332-BA00-43A3-B0AB-849F99904CA1@tzi.org> To: John R Levine <johnl@taugh.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/CJiEw06uCn_3Cu13__1AJC4yRUo> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sun, 31 Jan 2021 17:33:04 -0000 On 31. Jan 2021, at 18:21, Carsten Bormann <cabo@tzi.org> wrote: >=20 > a problem specific to the legacy Courier=20 (Which is here that the limited set of box drawing characters in that = font are not (all?) mapped to Unicode code points, so there is some font = substitution going on.) Gr=C3=BC=C3=9Fe, Carsten From nobody Sun Jan 31 10:48:14 2021 Return-Path: <johnl@taugh.com> 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 A06AC3A11B7 for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 10:48:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=iecc.com header.b=DW0WdrAN; dkim=pass (2048-bit key) header.d=taugh.com header.b=hp3gLN9L 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 Z9eUx1VRs_Ll for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 10:48:10 -0800 (PST) Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 BB10E3A11B5 for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 10:48:09 -0800 (PST) Received: (qmail 3116 invoked from network); 31 Jan 2021 18:48:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type; s=c2a.6016fb67.k2101; bh=b4IDIxeNxjVVcVADLmhtqPWkcfQKGk7lhg3d/EsZHcU=; b=DW0WdrANSItSonpc9B7ZUnBjcjymBs6jCC/JgKTfEwh//6NRK//voef/16Qxyvg3nfVwwndpMWs7IvNygxao2pO7Ps7GE6MnlujaNON6Myu2YD44WQF4ZUbti/7kET5z10yVpUFsGYb2FCHzNiy0vqMhEfORK0uAvdYG1D12HsAgA85IcVDRh+a1KE2SrTzoOw3QhEBLZSa4Kw2Gwq4aSB/L2fKrpVsOjY6FQ3AVoiwpi2sGI2h8JL88GEGT4KBIfpsCkuN7ysmeIAmV8H/xNdpVzwDZUWP3RszFcZNg2oaJJLA4zX6fPu8eZAKV8gsXzUEzPuxdp98pClIqMLwuLA== DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type; s=c2a.6016fb67.k2101; bh=b4IDIxeNxjVVcVADLmhtqPWkcfQKGk7lhg3d/EsZHcU=; b=hp3gLN9LLTEdUoAE8ExHN8Xo3i2fsJNq6zFaOCPPxNnAwQTBYFukLxX6qNjKYn+eywiup7ID9/0e67jIaQCKxO0XvW81pOnr/GSw5fhN/RnrM1nVq38Q86XYAEa7WqG4BJAh5qxsiy7vdCvIfQbzCOFnjsHTwj6NWgz1smOKIezm4PcPg2Qi+4P//nJYU47WTopqQRaoV/eepQQUvfjRTns8MSnXx7k/at+hSY8Z7hcmzET0B5mi0u4yhfKJJQ5PeGrLHjvKVg5s7cP0FDK6JHTZFa22W5V/PY9TjYEaPY4Ex4hSvW5Dnlzcj310go4AAzzvDBbjBYojzhwbo5oPfA== Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 31 Jan 2021 18:48:07 -0000 Received: by ary.qy (Postfix, from userid 501) id D2EA46D10A9F; Sun, 31 Jan 2021 13:48:06 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by ary.qy (Postfix) with ESMTP id 4EF2F6D10A81; Sun, 31 Jan 2021 13:48:06 -0500 (EST) Date: 31 Jan 2021 13:48:06 -0500 Message-ID: <4c7a68b-12a9-e97-7484-6e6e619924d@taugh.com> From: "John R Levine" <johnl@taugh.com> To: "Carsten Bormann" <cabo@tzi.org> Cc: xml2rfc@ietf.org In-Reply-To: <A8F7A111-D008-4575-8A9E-26A23C5B7FFA@tzi.org> References: <20210130190821.7504E6D02AD4@ary.qy> <87im7dd0tc.fsf@fifthhorseman.net> <542852db-f30a-01fe-3c16-93b6c8f27d34@gmail.com> <7ac22d78-bed0-8f9e-6b3e-812474b4feac@taugh.com> <F8BED332-BA00-43A3-B0AB-849F99904CA1@tzi.org> <A8F7A111-D008-4575-8A9E-26A23C5B7FFA@tzi.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/gcYharmGvFuWbUD5mpkJSu7hNos> Subject: Re: [xml2rfc] Unicode box-drawing for a new --table-borders value? 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: Sun, 31 Jan 2021 18:48:12 -0000 >> a problem specific to the legacy Courier > > (Which is here that the limited set of box drawing characters in that font are not (all?) mapped to Unicode code points, so there is some font substitution going on.) Right. Once again, if you want nice looking boxes, HTML draws them much better. Regards, John Levine, johnl@taugh.com, Taughannock Networks, Trumansburg NY Please consider the environment before reading this e-mail. https://jl.ly From nobody Sun Jan 31 14:36:08 2021 Return-Path: <pkyzivat@alum.mit.edu> 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 553463A12DE for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 14:36:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-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=alum.mit.edu 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 KIBpPYm47ntS for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 14:36:04 -0800 (PST) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2085.outbound.protection.outlook.com [40.107.94.85]) (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 CE4653A12D9 for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 14:36:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WnVLeUesnRtc0qG3KP5Cdn/EANmNkoDci0MhP4gIAJZK8BDACO8lDo3oiJtAjwIQ9u6pO0Wpv0m09R9HIaDOUTrwrpBUTmLKYtmp0vUGzL5AEbc6pSbHy+oqBYhwdw1+zITSc52jh0CdhMmzqOCGRDI4QLKG1c12rQJUNGmvCRuYFT5Un/9kFqgtaWjq9ZbtLKl7soe8QdabLRqdNe5Pu4mYv/w0RWrbKl0KNw2XJ8pIxZ8yf2grGU4hms5VGUhusemrMJK2tnE2wkpon3QAhggbm9pojTc7/3nK2wyEg0MaGRxWJkrUoThwwN/FFG6hFdJNLerXp6PIpfgO4ehT8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AJ5WFHWTEQLHuf3yXlE4JpeLF8LrNE8Q5aCL54oC7X8=; b=TA7zcZUzSgr1psPg0B0GNLoFn1oQ+1kbFe2qzgTqL3Ec356CPmeUtObGvejG17s6jg3+IUrVFcBAsaOVXYpasvN97NoGgrG1sEy9WSsXkHalhoLiWC4F/YLMWgROoTz9dFSe4J1Jw79FdEOKbhQP3X3lsSCRFi7iA+6n+s6pUTW85jMzfkHCZy3xiIjiepkl0xmSmdEDlPPv5jCEojVXNoq80AZU3bj5+/TfgnBB25dzer/L76wGGetAhYDX1m+b/Rbx1g4QdQ2nMmTqptiDXWjXyEWMCdyMQESdpEHXTXz/rnQTofZQLi3HB/s11J465YnjH2x/3DReP/wJzDcQ+w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 18.7.68.33) smtp.rcpttodomain=ietf.org smtp.mailfrom=alum.mit.edu; dmarc=bestguesspass action=none header.from=alum.mit.edu; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alum.mit.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AJ5WFHWTEQLHuf3yXlE4JpeLF8LrNE8Q5aCL54oC7X8=; b=K2Q3itAGnoarcoUmpI17ELST3hBZ0TOf7Tl57rB1Uto7l+W6um1kb6MjNK3/PlzrFARtHIuTP53h7X3c+ZQsuctLSM8jf8zFobMD+WPqSJJxjk2WQBdov3rKeejeZfIW9tDXRNo3juHr9NyNg8NWzsUVG3Y4wygtgbS3gNmNwpk= Received: from CY4PR22CA0057.namprd22.prod.outlook.com (2603:10b6:903:ae::19) by DM6PR12MB4266.namprd12.prod.outlook.com (2603:10b6:5:21a::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3805.17; Sun, 31 Jan 2021 22:36:03 +0000 Received: from CY1NAM02FT051.eop-nam02.prod.protection.outlook.com (2603:10b6:903:ae:cafe::db) by CY4PR22CA0057.outlook.office365.com (2603:10b6:903:ae::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3805.16 via Frontend Transport; Sun, 31 Jan 2021 22:36:03 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 18.7.68.33) smtp.mailfrom=alum.mit.edu; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=alum.mit.edu; Received-SPF: Pass (protection.outlook.com: domain of alum.mit.edu designates 18.7.68.33 as permitted sender) receiver=protection.outlook.com; client-ip=18.7.68.33; helo=outgoing-alum.mit.edu; Received: from outgoing-alum.mit.edu (18.7.68.33) by CY1NAM02FT051.mail.protection.outlook.com (10.152.74.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.12 via Frontend Transport; Sun, 31 Jan 2021 22:36:02 +0000 Received: from MacBook-Air.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id 10VMa1VC027015 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT) for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 17:36:01 -0500 To: xml2rfc@ietf.org References: <20210130190821.7504E6D02AD4@ary.qy> From: Paul Kyzivat <pkyzivat@alum.mit.edu> Message-ID: <fcf04c37-7d63-337f-a434-92bb26aa27cd@alum.mit.edu> Date: Sun, 31 Jan 2021 17:36:01 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: <20210130190821.7504E6D02AD4@ary.qy> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 2cd6c36f-734e-4611-92db-08d8c638973e X-MS-TrafficTypeDiagnostic: DM6PR12MB4266: X-Microsoft-Antispam-PRVS: <DM6PR12MB426649FFE267F5841E211B7AF9B79@DM6PR12MB4266.namprd12.prod.outlook.com> X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Q59Fy1din8XZ1HjPSSHGjKrLfSNxbw8Pz0u7SRx77lCqIsWaRY6uQYJY/xomlknfmdV9h7LC25ds6Rd1/3Q/KSEOiMCw51YBkzMgw/8L2+cJscoWchlzdU9QoqPuvkkfM4rkNakZkNn1SEK2jb/d63AQNR/+tQC6wELX0kFjhlSKi73eokP06rc61zTCSB7h7TO50H+8fNvrak/F6ylCB430ZipBOvtI3IE/fE31FbE+erI0zY9f7CjoQjK1iHkzQpCJkcgzZXcH2mMzjaE9wfSVcFkxsC3uTTTyn31pvO8Go/3F4MgwXW3uLyGPIhXn4jb0zQnXGU8hQDmjQoK8UdaWQ293/CHZYxiQ3jXLJQCTKtjiXmmU/OtLm6LqKFp3wHWAsRDGxhKisCwOLaIumpjTgSmsaN2uIXx4L3pkmpukg269jdBie4DhXJmYfCgI/auJVuD4FspiB3XudT828dozsDpqr+e2Lj3N8DzBJhnF6eSSF0fWcSFIhcrs019JP1s15w2puTjtljSmfLxF7upgqYLgtDS6iv4sTy4fa/PXP/YFGYTcNRSou0QGBP8zWGFga8vX69G/kJ/CKXTPbPzgj0p1jmI2yqYmae4IdAAFQTtG6z81Mu5Rc/bL43y3 X-Forefront-Antispam-Report: CIP:18.7.68.33; CTRY:US; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:outgoing-alum.mit.edu; PTR:outgoing-alum.mit.edu; CAT:NONE; SFS:(376002)(39860400002)(346002)(136003)(396003)(46966006)(26005)(75432002)(36906005)(2616005)(956004)(786003)(316002)(2906002)(82740400003)(83380400001)(186003)(66574015)(31696002)(356005)(86362001)(8936002)(47076005)(336012)(5660300002)(31686004)(53546011)(70586007)(8676002)(478600001)(82310400003)(7596003)(70206006)(6916009)(43740500002); DIR:OUT; SFP:1101; X-OriginatorOrg: alum.mit.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 31 Jan 2021 22:36:02.9394 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 2cd6c36f-734e-4611-92db-08d8c638973e X-MS-Exchange-CrossTenant-Id: 3326b102-c043-408b-a990-b89e477d582f X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3326b102-c043-408b-a990-b89e477d582f; Ip=[18.7.68.33]; Helo=[outgoing-alum.mit.edu] X-MS-Exchange-CrossTenant-AuthSource: CY1NAM02FT051.eop-nam02.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR12MB4266 Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/K6w3UjD7jvkKAnh8nOgzMVIHUmg> Subject: Re: [xml2rfc] Insufficiency of txt format 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: Sun, 31 Jan 2021 22:36:06 -0000 On 1/30/21 2:08 PM, John Levine wrote: > In article <8735yje4kt.fsf@fifthhorseman.net> you write: >> -=-=-=-=-=- >> Hi xml2rfc folks-- >> >> Now that we can include unicode characters in our text documents, has >> anyone considered adding a new type of --table-borders flag that uses >> the unicode box-drawing characters? > > The text version is basically to provide some degree of backward > compatibility. If you want a version that is easy to read, I encourage > you to open your web browser and look at the HTML version. Of more concern, AFAIK the only reasonable diff tools work on the txt version. IIRC there was once talk of creating a diff tool that worked on the xml, but I haven't heard of any such thing materialized. I think that would present great challenges, especially if the xml is aesthetically revised while preserving the look. And I would still want to see the diff results in side-by-side form. Also that won't work when one of the versions being diffed predates v3 xml. And when using the txt version for diffs it then the complete txt version you want to look at for broader context than the diff provides. The only way I have seen to reasonably manage differences in documents with fancier formatting is with change history, such as provided by MSWord. We clearly don't have that with v3 xml. Thanks, Paul From nobody Sun Jan 31 18:35:16 2021 Return-Path: <johnl@iecc.com> 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 5E6963A153D for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 18:35:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.451 X-Spam-Level: X-Spam-Status: No, score=-1.451 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=iecc.com header.b=LoNxlnCa; dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=taugh.com header.b=v0AGaUat 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 N3AcQsIJhSb8 for <xml2rfc@ietfa.amsl.com>; Sun, 31 Jan 2021 18:35:11 -0800 (PST) Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 72DD73A153C for <xml2rfc@ietf.org>; Sun, 31 Jan 2021 18:35:11 -0800 (PST) Received: (qmail 16361 invoked by uid 100); 1 Feb 2021 02:35:08 -0000 Date: 1 Feb 2021 02:35:08 -0000 Message-ID: <rv7pcs$fv0$1@gal.iecc.com> From: "John Levine" <johnl@taugh.com> To: xml2rfc@ietf.org DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:subject:references:in-reply-to:cleverness; s=3fe2.601768dc.k2101; i=news@user.iecc.com; bh=0Um+3rCcUAds7Fa09s+FJ6erPVbAtnspyteFb9or7Hs=; b=LoNxlnCarXGPvWws7KlqBevDziqB36U/sOJ9IIlts/gOxD8LV7Sg/6JoX74dyuvutFdjT0cs5CC8XfMfZaD4zJNRNUmPxSnUtzF+5r+L50J3U8H3gJHWiLaurreJ1ukGXF57VLVSQjJK5vWbzrdztlb1SOAJOzEHLqcxSEoFCWSxg54GWN3fxQskSL/noq7TbX71pN1NXltiyGp3pzOraUx33BWzFm5mmFJA4xlV7UVUCK79+BFEdGOx//oJYRXAsaE3aLFPcgdACVRH+wsdHWyVTSnwVqR/RlrECNvIlHv4XwxDdlSoW8tMt1A4BA8toxzSKE9HJJ1FsvPdqf9VmQ== DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:subject:references:in-reply-to:cleverness; s=3fe2.601768dc.k2101; olt=news@user.iecc.com; bh=0Um+3rCcUAds7Fa09s+FJ6erPVbAtnspyteFb9or7Hs=; b=v0AGaUatG1p3O+IFzdIsw8IWzylUbZ2qDO5IvAXeA1/5qjBnsc3QzfLAJ8Ipv2z58sBYSmhEiSvkbRnvrJ5ICocn/VqnN8FUSTF1lt2SCKzmjAjPkM5tIWlhORCCq8sezh/s4neMLGPjxqo0B6ASSLvA12lq3QGp98Bp6ofjdaEx77JuBFaf/ZGJcxmFKMQMuOfCsTZntgrGYAIEHGIcjO3DG6Rg04y4DUDJeRNHllaDwqB1xh2ojjxVoxWXoceB8DHwpzurv5UKfIdhxR97aJh33tLTa8B8lbiLz/DKi2uF4zpHPYryoah894PcEL2/ML0XvVUYU2AmviWGjyTSSA== Organization: Taughannock Networks References: <20210130190821.7504E6D02AD4@ary.qy> <fcf04c37-7d63-337f-a434-92bb26aa27cd@alum.mit.edu> In-Reply-To: <20210130190821.7504E6D02AD4@ary.qy> <fcf04c37-7d63-337f-a434-92bb26aa27cd@alum.mit.edu> Cleverness: some X-Newsreader: trn 4.0-test77 (Sep 1, 2010) Originator: johnl@iecc.com (John Levine) Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/qI4AItn6EAvJnJAtQt7_dMSiyW8> Subject: Re: [xml2rfc] Insufficiency of txt format 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: Mon, 01 Feb 2021 02:35:14 -0000 In article <fcf04c37-7d63-337f-a434-92bb26aa27cd@alum.mit.edu>, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote: >Of more concern, AFAIK the only reasonable diff tools work on the txt >version. IIRC there was once talk of creating a diff tool that worked on >the xml, but I haven't heard of any such thing materialized. Jim Schaad was working on it, but the stuff he wrote wasn't close to done. >I think >that would present great challenges, especially if the xml is >aesthetically revised while preserving the look. And I would still want >to see the diff results in side-by-side form. Also that won't work when >one of the versions being diffed predates v3 xml. I agree there's no plausible way to do XML diffs on documents using different XML vocabularies, but eventually v2 will die out. Our tooling is a problem and we underestimated what we'd need beyond xml2rfc to create a productive v3 xml environment. >The only way I have seen to reasonably manage differences in documents >with fancier formatting is with change history, such as provided by >MSWord. We clearly don't have that with v3 xml. Well, we do if we store them in github but that's its own can of worms. R's, John -- Regards, John Levine, johnl@taugh.com, Primary Perpetrator of "The Internet for Dummies", Please consider the environment before reading this e-mail. https://jl.ly