Document with date range

it will create a name and address block, as for authors in the Authors' Addresses section; as a child of it will create an inline name entry, similar to in citations. * Changed the handling of block elements within table cells to re-wrap for better column fit. Fixes issue #454. * Added an error for references without anchor (in v2; in v3 this will be caught by the schema validation step). Fixes issue #412. * Changed error handling in a couple of places so as to result in non-zero command-line exit values on errors. Fixes issue #464. * Tweaked the text renderer to not apply paragraph filling to the content. Fixes an issue raised by resnick@episteme.net. * Changed layout of multiple instances of and to show on separate lines instead of one line, comma-separated. Changed one notice message to warning. * Added an option to silence warnings and notices starting with given strings. * Changed the HTML renderer to not emit email information in both primary and alternative author address blocks. * Added a test case using the new element, and added a couple of email addresses for increased coverage of email address placement when non-ascii address information is present. * Updated the handling of non-latin address information in the text format to follow RFC7997 and the HTML output more closely. * Added generation of v3.rng from v3.rnc to the Makefile, and fixed a schema error in the .rng file * Changed the default content downcoding done for things like 'smart quotes' to only apply to text content, not to XML element attributes. -- Henrik Levkowetz 09 Dec 2019 14:50:54 +0000 The preferred way to install xml2rfc is by doing 'pip install xml2rfc', and 'pip install --upgrade xml2rfc' to upgrade. If there are system- installed python modules which pip will not upgrade, you may have to use 'pip install --upgrade --no-deps xml2rfc' and install dependencies manually. The new version is also available through SVN checkout, with 'svn checkout http://svn.tools.ietf.org/svn/tools/xml2rfc/tags/cli/2.37.0' Regards, Henrik (via the mkrelease script) From nobody Tue Dec 10 17:13:43 2019 Return-Path: X-Original-To: xml2rfc-dev@ietfa.amsl.com Delivered-To: xml2rfc-dev@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBC74120086 for ; Tue, 10 Dec 2019 17:13:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=lowentropy.net header.b=u8dv+6fG; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=pdVhYKPh 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 pr1aTiQTagzd for ; Tue, 10 Dec 2019 17:13:41 -0800 (PST) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4442120059 for ; Tue, 10 Dec 2019 17:13:41 -0800 (PST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 186F4C88; Tue, 10 Dec 2019 20:13:41 -0500 (EST) Received: from imap2 ([10.202.2.52]) by compute1.internal (MEProxy); Tue, 10 Dec 2019 20:13:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:date:from:to:subject:content-type :content-transfer-encoding; s=fm1; bh=69PYkTOXy09WIAgHKZyVLYwm1g YgBGCZDTUSa/qwaQo=; b=u8dv+6fGp7Fn8gILWqD6aFmNd/5ZGyfRuUZMXjfpuO eIFGG9AZdXmUGj6HUK5WU8K+AzEAik1ZqP+v8jDVuUAySDqBLnp6K/490cu/TyiE 0VIaA3q11b/03sGwlCLmOoqWBPfc4/x7htTjbo5omlrUVFk4QqP+Kh0PPpfaJ9Kd 2i0aJptXq0ZKwsDsAosGWs3/K+K8FEy37ZFkEONh8haIwOhUlPbRMv3QsXQOYUkh LGl3uXD8FWzvuadp9BvZilSDwmyYjx4Pwfyn2wFTf1vnT9addHPRqOSAglY20lVN sXBBMpzqXbU2tXpZ42OInaDIJ2m0ilr/O3yv2PIJD64Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=69PYkT OXy09WIAgHKZyVLYwm1gYgBGCZDTUSa/qwaQo=; b=pdVhYKPhh6W2RWKp85yoZH D7p77P5KWa8SoMfc4ZLSBAI+M2k3loLQLYw0YZAZ4NWJ6JqmCE+oR/TnSNkgQ/yd mtxWTdfUs3vNNXzqpc7b4NGlwKNi9oPfk/3SqjqN9BcMo9Vzh9XTaC+D8KBQ/RGx TvIUqJoeYQ2r+0YxUL9UvuQMMaEWQwS5u0xoQXaVz6ZwiEfkUCp2ggjLQVp3LbjO aBMPxNtxEEi0a7xElocLqMFTzRP5J2x2k1e2gd+408Ssd2ELoSDsVfu8cJc7lzZY UennDvVlGmHIWlnfJAkbfLj0N4fdTm36dvZSAE45sBp5E3SZTEqfyS6mWlsXBFgg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrudelgedgvdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkfffhvffutgfgsehtqhertderreejnecuhfhrohhmpedfofgrrhht ihhnucfvhhhomhhsohhnfdcuoehmtheslhhofigvnhhtrhhophihrdhnvghtqeenucffoh hmrghinhepmhgrrhhtihhnrdhlohgtrghlnecurfgrrhgrmhepmhgrihhlfhhrohhmpehm theslhhofigvnhhtrhhophihrdhnvghtnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy:

Received: by mailuser.nyi.internal (Postfix, from userid 501) id 30E99E00A2; Tue, 10 Dec 2019 20:13:40 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-679-g1f7ccac-fmstable-20191210v1 Mime-Version: 1.0 Message-Id: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com> Date: Wed, 11 Dec 2019 12:13:20 +1100 From: "Martin Thomson" To: xml2rfc-dev@ietf.org, "Henrik Levkowetz" Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [xml2rfc-dev] element in X-BeenThere: xml2rfc-dev@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion about particulars of xml2rfc V3 design, development and code." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 01:13:43 -0000 Hi Henrik, I just tested this new element out in xml2rfc 2.37.0. I think that ther= e are some bugs to work out. I have the following input (in reduced form): The following people helped: ... (ascii names) ..., , ... , ... I don't have Kazuho's real name just yet, so I just added "?" for the mo= ment. What I have observed is that the output includes many additional line br= eaks. If I get this right, this is producing a new paragraph break for = the name included in . That's not expected. It also appears to remove the "?" I'm using as a placeholder in this exa= mple. I can put some Unicode in fullname (for instance, "=C3=B8=C3=B8=C3= =B8" works fine), but the Japanese text I copied from somewhere failed. fullname=3D"=E6=8A=95=E7=A8=BF=E8=80=85" causes xml2rfc to choke: File "/home/martin/bin/xml2rfc", line 11, in load_entry_point('xml2rfc=3D=3D2.37.0', 'console_scripts', 'xml2rfc'= )() File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/run.py",= line 590, in main writer.write(filename) File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/writers/= text.py", line 274, in write lines =3D self.paginate(lines) File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/writers/= text.py", line 412, in paginate paginated[i].elem.page =3D page AttributeError: 'lxml.etree._Element' object has no attribute 'page' I thought that that specific error might be due to placement, but moving= the text around didn't help. Cheers, Martin From nobody Tue Dec 10 17:39:36 2019 Return-Path: X-Original-To: xml2rfc-dev@ietfa.amsl.com Delivered-To: xml2rfc-dev@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E720A120059 for ; Tue, 10 Dec 2019 17:39:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.899 X-Spam-Level: X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 Flot9-Or7Ehx for ; Tue, 10 Dec 2019 17:39:33 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2FDA12008C for ; Tue, 10 Dec 2019 17:39:33 -0800 (PST) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:50147 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ieqyE-0007W8-BY; Tue, 10 Dec 2019 17:39:33 -0800 To: Martin Thomson , xml2rfc-dev@ietf.org References: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com> From: Henrik Levkowetz Message-ID: Date: Wed, 11 Dec 2019 02:39:10 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3mru8WbrCrXiixGs1MRg6KHtBNcrBFaNr" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: xml2rfc-dev@ietf.org, mt@lowentropy.net X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc-dev] element in X-BeenThere: xml2rfc-dev@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion about particulars of xml2rfc V3 design, development and code." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 01:39:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3mru8WbrCrXiixGs1MRg6KHtBNcrBFaNr Content-Type: multipart/mixed; boundary="Qvc43hvILHb0uPA0n68JVrbApxVe7mWUc"; protected-headers="v1" From: Henrik Levkowetz To: Martin Thomson , xml2rfc-dev@ietf.org Message-ID: Subject: Re: element in References: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com> In-Reply-To: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com> --Qvc43hvILHb0uPA0n68JVrbApxVe7mWUc Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Martin, On 2019-12-11 02:13, Martin Thomson wrote: > Hi Henrik, >=20 > I just tested this new element out in xml2rfc 2.37.0. I think that the= re are some bugs to work out. >=20 > I have the following input (in reduced form): >=20 > The following people helped: > ... (ascii names) ..., > , > ... > , > ... > >=20 > I don't have Kazuho's real name just yet, so I just added "?" for the m= oment. >=20 > What I have observed is that the output includes many additional line > breaks. If I get this right, this is producing a new paragraph break > for the name included in . That's not expected. No, and I haven't seen this here in my tests. Could you send your XML? > It also appears to remove the "?" I'm using as a placeholder in this > example. I can put some Unicode in fullname (for instance, "=C3=B8=C3=B8= =C3=B8" > works fine), but the Japanese text I copied from somewhere failed. >=20 > fullname=3D"=E6=8A=95=E7=A8=BF=E8=80=85" causes xml2rfc to choke: >=20 > File "/home/martin/bin/xml2rfc", line 11, in > load_entry_point('xml2rfc=3D=3D2.37.0', 'console_scripts', 'xml2rfc= ')() > File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/run.py"= , line 590, in main > writer.write(filename) > File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/writers= /text.py", line 274, in write > lines =3D self.paginate(lines) > File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/writers= /text.py", line 412, in paginate > paginated[i].elem.page =3D page > AttributeError: 'lxml.etree._Element' object has no attribute 'page' >=20 > I thought that that specific error might be due to placement, but > moving the text around didn't help. Interesting. I haven't seen this in my tests either. I used Georgian Mkhedruli though, not Japanese Kanji. I'll try that tomorrow, fix, and d= o a bugfix release. I see this is related to pagination, so again your XML f= ile might help debug this. Henrik --Qvc43hvILHb0uPA0n68JVrbApxVe7mWUc-- --3mru8WbrCrXiixGs1MRg6KHtBNcrBFaNr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl3wSL4ACgkQTptXS4+7 FxohKBAAxo9dtBMZPVhKHky/wO64VM2l725EIDU4OdCgq49HA/Q4CalQBsGO30UK ygvubNtAqVb2uPb0f7H5+gESftkPQ1O4Gc2RqezyA3dLeo80C0eDQOc3r1Xqa3sI Zwk8quqP8sQHiHTh8ZfLhGb2PBCMgM9Qkq8uOnst1jBJtAy85miwcJcpT5mJYXl+ tZSYd6tbvQg6GX8+kWEtDP1pWbV89isS15PKTmg5QobQujIWlOjcqghKkIP9fv8/ Nt3QHoyw33ksAsu9YPFHFBF25JaiQHmhSc8BfTdd8p0VZRd06lp8cTLS3s0fdSqY fcfd3dgH7VXV3KzoJL7ZjkAbJM9ja0cJjAKSSne3BHAXR4AINugW9PdfwFvEauCY L+mff4oaFLwTCBSOa5gwyjhp9UTfpE0/m/OS76NyXgnnT862aelNzAuVP2wH0CKp 2GWXPB45aIMafE2Vats8YlpzC8LMWA/8T9RprUEcveYfZAAmpiyuUJvba34bIvDE GR2xvBgA3n8GvcG1J5/TwQoXQf35vPGUjN57vvJGBstEt1il87NEC1sEPkhjJYQX ZnrDjrfBHebKGeEOdavG+/grmMqZYpG8AMKjrnH4+umWihkZY8sidaorU+8s4/J6 p5mj/6DeBu5Vvzp7wT7zHkqyCgrekXEHA4NZH47WCkrIieVLKlM= =mURH -----END PGP SIGNATURE----- --3mru8WbrCrXiixGs1MRg6KHtBNcrBFaNr-- From nobody Tue Dec 10 18:16:56 2019 Return-Path: X-Original-To: xml2rfc-dev@ietfa.amsl.com Delivered-To: xml2rfc-dev@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58C80120086 for ; Tue, 10 Dec 2019 18:16:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=lowentropy.net header.b=RMoRdykV; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=SQ8MJdnF 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 TLo_EPqavIsw for ; Tue, 10 Dec 2019 18:16:53 -0800 (PST) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38FF0120059 for ; Tue, 10 Dec 2019 18:16:53 -0800 (PST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 99471D1C; Tue, 10 Dec 2019 21:16:52 -0500 (EST) Received: from imap2 ([10.202.2.52]) by compute1.internal (MEProxy); Tue, 10 Dec 2019 21:16:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type:content-transfer-encoding; s=fm1; bh=leyf5 CPE3pWj2PggzLuXb483PoEeKkGU5pAblr6Tkcs=; b=RMoRdykV4McNgfCdLmhuZ gngonKc7U0l2p1ItiyyljINe0GeDzUkFJfM3Rcwipi/EuKpuOLmd0hsXIosupdbr WNZ8mrfxT3IWI18wX4tXfX70rbQ/Mjji1VyuWc8gRRA5agP3u+iG2+nXfm8ZEN1S nXAuZmtCCVFrDZIHK2oGX4+gWqibZEXVTH81f+T6rnWcW1EpiOoPAiAKy1Al6AyU V9mKALFlioCM19zGQ25etcFDwkJLsXlEll2J17qstfZlRW4FjLiociVUWHpKwkXM n8tZBNrEfh0Zf8/YjVfeMgNJ6/LpA/SyweCKU4d+b/PY6ysnbucPT1/7FxxS5Nra Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=leyf5CPE3pWj2PggzLuXb483PoEeKkGU5pAblr6Tk cs=; b=SQ8MJdnFvRyCSvJ+qK6g6YfC7wOl2MtlG24inXL6l1r8j6ikTTlnhpcpJ FxkkXKchYqanDcuY8joghwBxZkRnxYKiXS8VmfBYx1Lcx50aAos3g2Xmzr0k7WBA pZZJBynqw9w6eW6bLBXZ14xuHVRdy0kmVSXin782lWyeAQlewG06uczqfZS8HhH1 SDXEb4vibumOtlAehxQwcyzmMSmH/vlInM8S5GqJJxOZShvE9CPbMc7VtOt/iVbN I7lQ/Lmcjr++t3+NUtUfwnW+wph6uJWLDPu78FP1I4NrTauUjQqfPNqP/yidebsN oaLcSqFbc1rPxgSgzqZphvNa2Zg4w== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrudelgedgfeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgfgsehtqhertderreejnecuhfhrohhmpedfofgr rhhtihhnucfvhhhomhhsohhnfdcuoehmtheslhhofigvnhhtrhhophihrdhnvghtqeenuc ffohhmrghinhepghhithhhuhgsrdgtohhmpdhmrghrthhinhdrlhhotggrlhenucfrrghr rghmpehmrghilhhfrhhomhepmhhtsehlohifvghnthhrohhphidrnhgvthenucevlhhush htvghrufhiiigvpedt X-ME-Proxy:

Received: by mailuser.nyi.internal (Postfix, from userid 501) id ACEEBE00A2; Tue, 10 Dec 2019 21:16:51 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-679-g1f7ccac-fmstable-20191210v1 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com> Date: Wed, 11 Dec 2019 13:16:32 +1100 From: "Martin Thomson" To: "Henrik Levkowetz" , xml2rfc-dev@ietf.org Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [xml2rfc-dev] element in X-BeenThere: xml2rfc-dev@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion about particulars of xml2rfc V3 design, development and code." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 02:16:55 -0000 The XML in question is produced from kramdown, but you can see the input= here: https://github.com/quicwg/base-drafts/compare/contributors?expand=3D1 This expands into pretty much what you see below. On Wed, Dec 11, 2019, at 12:39, Henrik Levkowetz wrote: > Hi Martin, >=20 > On 2019-12-11 02:13, Martin Thomson wrote: > > Hi Henrik, > >=20 > > I just tested this new element out in xml2rfc 2.37.0. I think that = there are some bugs to work out. > >=20 > > I have the following input (in reduced form): > >=20 > > The following people helped: > > ... (ascii names) ..., > > , > > ... > > , > > ... > > > >=20 > > I don't have Kazuho's real name just yet, so I just added "?" for th= e moment. > >=20 > > What I have observed is that the output includes many additional lin= e > > breaks. If I get this right, this is producing a new paragraph break= > > for the name included in . That's not expected. >=20 > No, and I haven't seen this here in my tests. Could you send your XML= ? >=20 > > It also appears to remove the "?" I'm using as a placeholder in this= > > example. I can put some Unicode in fullname (for instance, "=C3=B8=C3= =B8=C3=B8" > > works fine), but the Japanese text I copied from somewhere failed. > >=20 > > fullname=3D"=E6=8A=95=E7=A8=BF=E8=80=85" causes xml2rfc to choke: > >=20 > > File "/home/martin/bin/xml2rfc", line 11, in > > load_entry_point('xml2rfc=3D=3D2.37.0', 'console_scripts', 'xml2= rfc')() > > File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/run.= py", line 590, in main > > writer.write(filename) > > File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/writ= ers/text.py", line 274, in write > > lines =3D self.paginate(lines) > > File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/writ= ers/text.py", line 412, in paginate > > paginated[i].elem.page =3D page > > AttributeError: 'lxml.etree._Element' object has no attribute 'page'= > >=20 > > I thought that that specific error might be due to placement, but > > moving the text around didn't help. >=20 > Interesting. I haven't seen this in my tests either. I used Georgian= > Mkhedruli though, not Japanese Kanji. I'll try that tomorrow, fix, an= d do a > bugfix release. I see this is related to pagination, so again your XM= L file > might help debug this. >=20 >=20 > Henrik >=20 >=20 > Attachments: > * signature.asc From nobody Tue Dec 10 23:18:15 2019 Return-Path: X-Original-To: xml2rfc-dev@ietfa.amsl.com Delivered-To: xml2rfc-dev@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2C7A120AED for ; Tue, 10 Dec 2019 23:18:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.899 X-Spam-Level: X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 v4NoNCjt_IGH for ; Tue, 10 Dec 2019 23:18:09 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED7AB1208E5 for ; Tue, 10 Dec 2019 23:18:08 -0800 (PST) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:52945 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1iewG5-0004UX-Sa; Tue, 10 Dec 2019 23:18:07 -0800 To: Martin Thomson , xml2rfc-dev@ietf.org References: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com>

From: Henrik Levkowetz Message-ID: <8e3b4156-7598-ab68-8010-5f0017325337@levkowetz.com> Date: Wed, 11 Dec 2019 08:17:57 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ck5AMwI6IXHHS40fuhRnr3tdwuRiS9R5R" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: xml2rfc-dev@ietf.org, mt@lowentropy.net X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc-dev] element in X-BeenThere: xml2rfc-dev@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion about particulars of xml2rfc V3 design, development and code." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 07:18:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ck5AMwI6IXHHS40fuhRnr3tdwuRiS9R5R Content-Type: multipart/mixed; boundary="N64nROB4cEQCjdEqQXQIOWrqpPXfkGbQl"; protected-headers="v1" From: Henrik Levkowetz To: Martin Thomson , xml2rfc-dev@ietf.org Message-ID: <8e3b4156-7598-ab68-8010-5f0017325337@levkowetz.com> Subject: Re: element in References: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com>

In-Reply-To: --N64nROB4cEQCjdEqQXQIOWrqpPXfkGbQl Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Martin, On 2019-12-11 03:16, Martin Thomson wrote: > The XML in question is produced from kramdown, but you can see the inpu= t here: >=20 > https://github.com/quicwg/base-drafts/compare/contributors?expand=3D1 >=20 > This expands into pretty much what you see below. I'm afraid that's not too helpful -- it really would make a difference if you could pull out the XML file which exhibits the problem and send it to me. Henrik >=20 > On Wed, Dec 11, 2019, at 12:39, Henrik Levkowetz wrote: >> Hi Martin, >>=20 >> On 2019-12-11 02:13, Martin Thomson wrote: >> > Hi Henrik, >> >=20 >> > I just tested this new element out in xml2rfc 2.37.0. I think that = there are some bugs to work out. >> >=20 >> > I have the following input (in reduced form): >> >=20 >> > The following people helped: >> > ... (ascii names) ..., >> > , >> > ... >> > , >> > ... >> > >> >=20 >> > I don't have Kazuho's real name just yet, so I just added "?" for th= e moment. >> >=20 >> > What I have observed is that the output includes many additional lin= e >> > breaks. If I get this right, this is producing a new paragraph break= >> > for the name included in . That's not expected. >>=20 >> No, and I haven't seen this here in my tests. Could you send your XML= ? >>=20 >> > It also appears to remove the "?" I'm using as a placeholder in this= >> > example. I can put some Unicode in fullname (for instance, "=C3=B8=C3= =B8=C3=B8" >> > works fine), but the Japanese text I copied from somewhere failed. >> >=20 >> > fullname=3D"=E6=8A=95=E7=A8=BF=E8=80=85" causes xml2rfc to choke: >> >=20 >> > File "/home/martin/bin/xml2rfc", line 11, in >> > load_entry_point('xml2rfc=3D=3D2.37.0', 'console_scripts', 'xml2= rfc')() >> > File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/run.= py", line 590, in main >> > writer.write(filename) >> > File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/writ= ers/text.py", line 274, in write >> > lines =3D self.paginate(lines) >> > File "/home/martin/.local/lib/python3.8/site-packages/xml2rfc/writ= ers/text.py", line 412, in paginate >> > paginated[i].elem.page =3D page >> > AttributeError: 'lxml.etree._Element' object has no attribute 'page'= >> >=20 >> > I thought that that specific error might be due to placement, but >> > moving the text around didn't help. >>=20 >> Interesting. I haven't seen this in my tests either. I used Georgian= >> Mkhedruli though, not Japanese Kanji. I'll try that tomorrow, fix, an= d do a >> bugfix release. I see this is related to pagination, so again your XM= L file >> might help debug this. >>=20 >>=20 >> Henrik >>=20 >>=20 >> Attachments: >> * signature.asc >=20 --N64nROB4cEQCjdEqQXQIOWrqpPXfkGbQl-- --ck5AMwI6IXHHS40fuhRnr3tdwuRiS9R5R Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl3wmCUACgkQTptXS4+7 FxpAxA/+MscQo1KdHGweugFouahnijhhTOIeLo1K/mA7y8qzxY++vaLm8n1eAB1B GtTHTOZNnq/SZdeG7e3TE+oZs8B57b4yl42VfHu0NnzSUyKVtqM0lzEJHCQ1Hv0S FeV+x3IlojZOuN/0uFYiln2qMZJQ6cT24bFN8zmdKbTx8Lb3maSOPDLj/m0mD0en R8GpazcWRsDwLAOy5/omDUJvFrbXYo7CXGspd0J9ggksBrbiZ2nfiu5Pp0QWECfN pv0ZGJRRQ1MCe4WRfbm5hwYN5/15i/2bdUX165zHdXi1V8FT0QCvZ+VD11roNZBY PUbhJH0n0ta0nUROi3UGyhBolsxAS2IZRYirq2j4K58BcizVUuZd0KKpDKcO59ZU j/eWP1UyHBA2dUDENJR37GGfb9QFszkLFeYtOqvZrWGFfRrlprBFS5s6i8N0S1zI KB8wj4MmbRa08PAyK3zyEeRAsxfNXw9KsWGphRS/ZnLf/c0kye5FHUDqa7agDFEG A2eecT5rfUZlJoKVbGWAXUSWTGLbQCJH9n7Ait8lzM/2q12JiTby0tQoxki5E5m5 BDZOm2EF3b5wR+oKhTtSEsKiCj4rJvZwHmsUMhPQig2XBhWDQCKdkrnEGYHdqZsL 4MRzbS0RNInagW//wlVkDaRSfURF0BKsBTqXzkV96xEmxi9Hh3c= =i4uK -----END PGP SIGNATURE----- --ck5AMwI6IXHHS40fuhRnr3tdwuRiS9R5R-- From nobody Tue Dec 10 23:33:38 2019 Return-Path: X-Original-To: xml2rfc-dev@ietfa.amsl.com Delivered-To: xml2rfc-dev@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2BE5120856 for ; Tue, 10 Dec 2019 23:33:36 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 wrWd_oKl5tRt for ; Tue, 10 Dec 2019 23:33:35 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 031EE120850 for ; Tue, 10 Dec 2019 23:33:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1576049593; bh=Wu4XiS6maNjlW5Y1XP9uzmtJJ9SiyKxKcNhPC2QBC/Q=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=PLuPcnWjwtwlmfrUhVza/bqOJwmDybF4j739pX09wMuk9gsBKD1DcV6jULb12u4/M cDUbmNnOzStO9NEsMdiJTC7Qqt+4p6Pd3nzoiC7w6K3Fm31kW1saVDhGI5FT2obHDK EhPYlQYoXVSX1+PoNdkNO1w2actcFAa3t99BlXws= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.124] ([217.251.134.149]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MN5iZ-1iOn5Y2Taf-00J0cA; Wed, 11 Dec 2019 08:33:13 +0100 To: Martin Thomson , xml2rfc-dev@ietf.org, Henrik Levkowetz References: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com> From: Julian Reschke Message-ID: Date: Wed, 11 Dec 2019 08:33:10 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:OWKzDh7esGL8IB6Lap4UINTiP1hLUyAgoxZFofpXcUPmsuvOuWK GowfwdTXEZMv13StugBobgnCN8mjPPQh6KmO8Q8gzp1hWqbmvzTbMOpbmwSuoQeSskuXjj8 JtZfu2bnZTOhvgXYefD613JLSSkZInuawuQYqESiQ/FRjKTlA73dR7XpPgWUXSDLFxmXRfg cp+t3Um2dUj9YTApDYu1g== X-UI-Out-Filterresults: notjunk:1;V03:K0:uwI7JV5hg+0=:bn24NppBw24MQ0PxRRIOrn Mq+Q5G56eS0llKBDmV2nlFjBj5OM/nzicEjOKOFXO7OnYzugV9rMLVF+8msD/+cScnPXQZLxN LOJTL6pP7bGJjDpKK4Ual766Z0gdw36HKwRtLhQjbPZ1FHUoL82RPus+l/vpOJI+CBwUrIUfG ZEEiy23rAy4YPos8CS22fIpECJoGde6nB4mMIrtVmwFkuKhOBaIOQIDehPxgASBdCLMnZY3jd dC6jcAN6c2uNuSNyo10w7o9q2Dp+W7FNI9r89oNWD+ew6KTveGwruhSYygAmbZe8GnhMNUgyi +hxU0yb1wC5kbRWperwlQOUu4+dnzD8etV/xy3FqifDSyutkDgfDxeKrdGdnc3FP+BSiuk5Mz eYP5s31Uo10x6QgoFuMukS6W+BCtx+kvIy+5JVvHeZ2GBI1rbBfXOWztiw1jRqD1VwDIQ7xV5 POKPLV2MLbjb67ODqjQqXfQEmwX7Vbk5XkxWSq5+LwLfgaJHArGGKH05o74EkiixfiVSrrkXB X4doc1Oujb/4srbWC3cC1K8XpWcVsFa8cnIBPbFfr4PjBIOCJWMNO0+nmo5T09aZY76HIVnMg T6pvYOPtLyLgqZT94qBtZTDrDqKOVjK4lQ/r9ruZ7LnJxQ+p3UejM/RS+/h+dOykbOuhevJEP U4PXZwiy/ylluNDXyK+MzMF8QJAfn+YPY42BTxQzCidXYyu1zgna2BVb3NpLsN/gz8Ug7ES4+ BBWtZ66aUrEP6iPswfHLLIagx4AO6OhruTSjM2R2nVErOCNL16sAcwN4ZNrr84FOyUaxOZMN1 EalOSGPVcX15eFlUumP80MJQ1DQgco4w+lGimLKohvrGumCldX1KfYN93mtbtXkcSpMoMlFE3 GWjp40Vw9Sk0hnE3Hd/ussUIEWrnVrv+hLy7YEoE1qaj5OtpjfMQ7kQ6gCQHroI0mVcyy1U2V RDDC1y9B0lPNIoXEiwW6eL24VP/MTlE4vwB7YYBvf9Gy9YKDoU9lqBuwZ3K1oz2WlqcF/Ae2Y pUf9olp/6pTP2zsQueFHVP2utSvyBZ151z/6Mey3+JhAADKoH5vWINHfwzmcG1a/Cr+Z/kyOP +9dR75XsMuXcj+XhFEyBX8FTMdMlIl7nRrpjOJn5lp5HhtDf/F5tWIv7GfsYrcMVmD8AeRCT3 bwO6J5AiMUNVVOtNZk6aHffMjV7C9sqhOP8sKRd0upJxBATYfOrVGlWbrX6bxfq7CqO3zv4LW aeYZehV4PtKuBdzOOECjkvYi5lnmVZbHhAmWWDUMIixHsQR5jEf3C1Px5XBU= Archived-At: Subject: Re: [xml2rfc-dev] element in X-BeenThere: xml2rfc-dev@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion about particulars of xml2rfc V3 design, development and code." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 07:33:37 -0000 On 11.12.2019 02:13, Martin Thomson wrote: > ... I did some tests too, and have a few suggestions/questions/issues... 1) I believe that when appears at block level, it should be counted as paragraph (so it would affect internal numbering), and probably also get a "self" link. 2) For similar reasons, it should support @anchor. 3) It should be clarified what can be used in phrase level, and how the name that is displayed is computed. 3a) What combinations of fullname, initials, and surname are allowed? The current validation appears to use the same rules as for the block-level case, but that's incorrect as long as is ignored= . 3b) Should be used (I believe it should, but currently it's not) 3c) Should presence of ignored child elements (

) lead to a warning (I believe it should). Best regards, Julian From nobody Tue Dec 10 23:40:24 2019 Return-Path: X-Original-To: xml2rfc-dev@ietfa.amsl.com Delivered-To: xml2rfc-dev@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D568312085E for ; Tue, 10 Dec 2019 23:40:23 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 nmnP9GJpieST for ; Tue, 10 Dec 2019 23:40:22 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 D2FBD120850 for ; Tue, 10 Dec 2019 23:40:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1576050007; bh=nrvAawbf8eKcI7sToeV0Y7GjQOQozdG3UsNEIVfPA98=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=flIeaIxZNwe6KYijmA5RqaEGom99F1iujzgWdJQ6clD4kY0j+tVdDJeC4po8P/aap Oj7xB6alXGCRFefLv/viQM6IxE0eSK4j3eHWe99N7LpPlA1uR5ICKlcGgII4MYNRDL EDqJRBP3xDSJTfN11/zkBVTnJ9WJ8us6t9T7N+Bk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.124] ([217.251.134.149]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mdeb5-1i5spi1oqf-00ZhC4; Wed, 11 Dec 2019 08:40:07 +0100 To: Henrik Levkowetz , Martin Thomson , xml2rfc-dev@ietf.org References: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com>

<8e3b4156-7598-ab68-8010-5f0017325337@levkowetz.com> From: Julian Reschke Message-ID: <7f74220a-998b-e5ab-26ea-235acb83c872@gmx.de> Date: Wed, 11 Dec 2019 08:40:04 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <8e3b4156-7598-ab68-8010-5f0017325337@levkowetz.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:3Ir3RLrfmtRrECeCbtriscBUa4zzDAjni0PXYEUq6yAFSR+P2sd 8g+bT2A5B+VSHJydlWfrMaIN6Jrjy1uiDYr8f800kkvqnGaH3VNXTrpDs+4WBbNDKgQqv4h TJ/PUlt+TkKRDK+ArA5+xhPNOYW7grAzmpQP9pfRDdC8nYMbfWBxQ0F2iBQmplZjY7zyZAI ttqFlCS9OCwtZO4YuElbQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:8aUMbUYV8b8=:OoHuzVwKr7RmabqHRhoNn6 WlRPsoOWcL6woqzgAtYgbAY1V2g2817hQjxv/dKNA3fmjz0K2QCFaoQunuF5MZoRkBWItmZsD 6BFwi4wBzdyjJ359G1h4PSYdxrD9c8Ndby0+eULia29CSj4eDNT/3sz/uCIgbRbVIKCTG2EwT YQuAsgPaWh4Xw9CgMS+C1K2Too+4gXQOzgXUcwsv0MW1V7LEzEXXQ1M7wt6yHUD5UtZPL04YS kYKUDgHlWVbPo4+CXzgQZOH2iLmlqatPsSzSl+q+yLg8SWWNq3PY3uzYXqYeh9ppr04zrCRVP c6GpD7iJPg6XEHqTTdVzPAdrl7L4lFwbzuaxkkgKoaeXFTGVlVGcoXVIDsjvKvjftOBIdK4Jn Y71XasoPtZuDjsJ8f/vhSQZ2Tfq6A3Ba/+MKT7rLhn+bCpIh0Xk0qz8trJoMed/P0dVHtxhYd AchZgP+CGPS526QpmfuxH1k0cGDM+HT6hmYjzZLm50KAaT04iBkwp67VSiqkDzpVEY3JcxIzx Shq1g6xOcA9Qd8VAfl/eyrdxkv4KP72D4u/u98X+SrLtfDAF+fKpIYVorqTPp/VRKe9klpX4S z3pBYbMB3FFXp9qzZ9cqW4B96v+Xx/z2+4SBKy9ZFWyYDntoreUKl4mbqeKlxq8lkjSbgAfOU dLXWzQZe3YpTemBQBU99lZzECJCSe+gfoMufLaZhE7ygv6u+/s9XE0KBQXMxJfxiQH/2VumHb LaCsEe000VpUBVwQeN+1AAcw9rfiXnEoDfCV7T4cRQ1c6ARws3uAmeXRX5nkq3oZvq9TNoS62 NUqy/nImVzW9U28XY98ofsWTuUps/Io+ZpMjTm0y9KSuSopn2MWRChDT6ppjbb4vrD1OX9c+N SNWdmHvL48HOEesXNE9ZHw7NWp5NVproqc9veIqzkF+52lAoXrMNaENpp8P6mLNPgyp8Wzde1 QCF/77mKNH4QyuZLqzpnI7qKZc6tXsLmRGcM7vLmzlXXPBvFRd4/5Uo2/IXGMP2ZkjkynUK7c mljNuLLd/bxRXvcQUoKC6AUn0Xhn8Q47dxry94JWYjYDtTv1Nmoff7aXFEm4EVO7DWyRc13v0 ekIPAprmylZQDT+7NL/ZHdW7rTmcg3vGiOlb7FIdtv53hxvIXt4amKQmxoO8WkVkjIE9Zo9ll qmk/w8sxrk4K3z2Vh0TJg49/ayEmHa/6Cm8EsZ9A/tVrRCMqcYni1BFd0t1cmVzCDSxDL9+8/ MDi4cPJdHhx3ZyBK8gg6T/Mx37TbS08+sYqSgWpB0J5er3GG7pIgviAX+HiE= Archived-At: Subject: Re: [xml2rfc-dev] element in X-BeenThere: xml2rfc-dev@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion about particulars of xml2rfc V3 design, development and code." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 07:40:24 -0000 On 11.12.2019 08:17, Henrik Levkowetz wrote: > Hi Martin, > > On 2019-12-11 03:16, Martin Thomson wrote: >> The XML in question is produced from kramdown, but you can see the inpu= t here: >> >> https://github.com/quicwg/base-drafts/compare/contributors?expand=3D1 >> >> This expands into pretty much what you see below. > > I'm afraid that's not too helpful -- it really would make a difference > if you could pull out the XML file which exhibits the problem and send > it to me. > > Henrik I just did that (see off-list mail). Best regards, Julian From nobody Tue Dec 10 23:43:38 2019 Return-Path: X-Original-To: xml2rfc-dev@ietfa.amsl.com Delivered-To: xml2rfc-dev@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F39912086F for ; Tue, 10 Dec 2019 23:43:36 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 3gpdJUYN_NZO for ; Tue, 10 Dec 2019 23:43:34 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 651F0120850 for ; Tue, 10 Dec 2019 23:43:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1576050199; bh=plfJ3ab+jyio/gX3Z8w2IiuwnEhTFX+LktgyREa9Y+o=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=GFHGDcMEk/yDKVDkkXRdbtmoi/lu7tavHJl7pBFck56eXzgiFxfhSP447uJ3Jpy26 DSsk72xMqgdSHZ3SkajsIw8mwCycTuHsFURvj8NU5pPaGoAHHB8qLqdyAQqOKvxP3f agMGGZrxUXtcYnAKowYChna3TeBiQLpDoi+gsOiA= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.124] ([217.251.134.149]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mel7v-1i6ywc1mmj-00aoRh; Wed, 11 Dec 2019 08:43:19 +0100 To: Martin Thomson , Henrik Levkowetz , xml2rfc-dev@ietf.org References: <041d01b9-8364-4d84-a7af-28ac58dd14d7@www.fastmail.com>

From: Julian Reschke Message-ID: Date: Wed, 11 Dec 2019 08:43:16 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:ItMs2fGGYZ+Au77vONDYUsO79a5yudjG7RGqqbPaOHym03Xs1Xf Yd8WLBmHG4Z9TVAh1OL1oLB7Cp2YDKwqem4qve1pDu0sMeGKw42hGi+jdA5K/FSAyhtOHO2 GomOaFSt9LgSZKhjgcc95+vo6m6GMtsBNsfU7N6N2pH+ZhIA6HNulih7X6MaqDUGqwj13z2 tTT/moD+/OKqNGlhrN+7g== X-UI-Out-Filterresults: notjunk:1;V03:K0:+nxJgpQ0M+s=:kXBBkAvS08wfhCXU/zAunk 7eaFeSdUq7zn0DdmMv3E4IHL0GREsYB0H21EwAx8a8UVscVyV12Xr/iNE0BcfwV4i3t4Sj7cO X+FTQulhS+7X7t3/eIRNq1QRi0oqrmn9DFrS1ZNBUteLvR4oIWSuSKJ9ui7VQ3GKsfhBugeoF d2WuE1WJvbzmmPp//VpyP2XciKDTKDjqxjUqlBR/s90l77FXOweAbvPwnCNRBNGHwZPeeTZ6U gSf5AwI1EcRhU4Nw0qx2hlGFetiqjn3FwJMPsaHLvJp9BJCBm2TSnbigmjYD/HbhqVA9e1se5 SEMEsVkhZxdmQA7ZnxiJNUJlfMUxLCTV9QU2zbAYuQpZjJRg9tUfnZTmDSGtgNOoJK0bN2AJX WBLtUkBMcspWGN4WKqJHm9Du9xjo8IER/VDJnxL3NxYtC2XewpvRHv6l/U0A0oFX/nixPurH3 3PH0qXi35AJCYLt72fxJ7LrgtgfBoWaiezNRFs30uiBB4TfvOoiCvZ3wTKRVnZzY6uid/0BaD sLswsDe1Y9Sw3pY50fybOeenNsOn6N8REFyQsV9E4wwJq9DMs8RCR6eyh19xYYUyzkRoBAhKU Z24MBIICafm1+J4cvbgoxE4qnqTQq0XVN+QxxN0W8RQleA0mptSBscfiC64md1jmUjdVzJEtV e/bDvUel7B4FuBP4QVQcrwqGXSyi3d2WHlYpwlSHRFfElKR18E3SRQB8q6w9UJbq4BJrDgvOG rVeVYMMAwIEhBw4PnFA8zOi5oWD7F6Qpq/V759kXaS6703YiJVnqgf5Dy8kXE2UVBI4hTK0fn 7ASGDDxV8bf/ejX7Qp1FsUDB7WedLbNSiWs4Ci4hxdccf28UZ2wNXRpT/iUOd0V1cdJmZP3uk loFEFjidacFJvlN8oQWuPjhLR+CM63ooQUQYcROTtl+VpRl3ZQUXKwFhIOmCoyKIZQ3j6g3YG i5qqznqBXNg9Hn2skxyC+9UByGJcyO/3qN0jscRRaSwHzxPt/EYf3+ox6A5SY3T2smAuJEJEj WVpdSuwAU4tjgnF6a4I2tYUmXE30rBnZii21yR9TCK9GZkscrTeBSRKJPujIZm8t996HbN1+H 0BOe5VnD1+JRCzn2wdnTf9V/KDMktLSD68cYOSf3I0lJeZq+53dRtY9Fse76S3F/xy25aA+W5 Kb4XclmsYgzmNl04AKN+YHX3NIEPyNMge7lsCsY5AvFCDoW6IBdgvqzl+Wd0rJ2t5te2bKQBt SIm5A7M9LokOVeQkAEvAOdP0nEHTVbHulTwicFbGLtHO4QukcnjGZMq9UILY= Archived-At: Subject: Re: [xml2rfc-dev] element in X-BeenThere: xml2rfc-dev@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion about particulars of xml2rfc V3 design, development and code." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 07:43:36 -0000 On 11.12.2019 03:16, Martin Thomson wrote: > The XML in question is produced from kramdown, but you can see the input= here: > > https://github.com/quicwg/base-drafts/compare/contributors?expand=3D1 > > This expands into pretty much what you see below. > ... I just had a look, and the MD expands to: > > The original design and rationale behind this protocol draw significa= ntly from > work by Jim Roskind . > > The IETF QUIC Working Group received an enormous amount of support fr= om many > people. The following people provided substantive contributions: > Alessandro Ghedini, > Alyssa Wilk, > Antoine Delignat-Lavaud, > Brian Trammell, > Christian Huitema, > Colin Perkins, > David Schinazi, > Dmitri Tikhonov, > Eric Kinnear, > Eric Rescorla, > Gorry Fairhurst, > Ian Swett, > Igor Lubashev, > > , > Lucas Pardue, > Magnus Westerlund, > Marten Seemann, > Martin Duke, > Mike Bishop, > > , > > , > Nick Banks, > Nick Harper, > Patrick McManus, > Roberto Peon, > Ryan Hamilton, > Subodh Iyengar, > > , > Ted Hardie, > Tom Jones, > and Victor Vasiliev. > >