IETF Logo Mail Archive

Re: [Rfc-markdown] [xml2rfc] [xml2rfc-dev] <br> is back, was: New xml2rfc release: v2.32.0

Julian Reschke <julian.reschke@gmx.de> Fri, 04 October 2019 17:23 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: rfc-markdown@ietfa.amsl.com
Delivered-To: rfc-markdown@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25A2E1208EB; Fri, 4 Oct 2019 10:23:40 -0700 (PDT)
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, RCVD_IN_DNSWL_NONE=-0.0001, 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 1HEu_haz4pgc; Fri, 4 Oct 2019 10:23:37 -0700 (PDT)
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 EEDC71208D9; Fri, 4 Oct 2019 10:23:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1570209797; bh=aj4+Laz344U4CaA+d7GP+qcPNd071d+soPFWBNtyGVE=; h=X-UI-Sender-Class:Subject:From:To:Cc:References:Date:In-Reply-To; b=WokPab/3ojB2Lx21Y8G0H0GGx4Nm4Hr9gYqfOXKeMfbrIo+QMdXwIuTykpkh3acGE Y6r3bQvlH+KwwPQttRF3+yUNzBIzcrwbRUErtXqSrIBoVfpo2o+fWM03l4sUcpz+5Q ctHPK734HQ4zA5GEtP6EgByM50jcuR/uyKy8USno=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.124] ([84.171.145.48]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MAwbz-1iRCwe1rDt-00BLuf; Fri, 04 Oct 2019 19:23:17 +0200
From: Julian Reschke <julian.reschke@gmx.de>
To: Henrik Levkowetz <henrik@levkowetz.com>, "HANSEN, TONY L" <tony@att.com>, "xml2rfc-dev@ietf.org" <xml2rfc-dev@ietf.org>, "xml2rfc@ietf.org" <xml2rfc@ietf.org>
Cc: "rfc-markdown@ietf.org" <rfc-markdown@ietf.org>
References: <E1iGMu9-00055y-Ui@durif.tools.ietf.org> <8304e61d-c550-91ea-9e23-eef2cd31240b@gmx.de> <A3513970-EEB0-4DBD-9E6F-A87EBFAF886D@att.com> <de4feaff-8f71-cd38-545c-2d848749251b@levkowetz.com> <f00a671a-6fe4-f5ae-2582-0b78ffa1c256@gmx.de>
Message-ID: <1f18382c-d830-b887-f5d3-3f376ae4fdd7@gmx.de>
Date: Fri, 04 Oct 2019 19:23:15 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <f00a671a-6fe4-f5ae-2582-0b78ffa1c256@gmx.de>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:hr6G5VHyQofWZirYbx0a78DtDSw7Kw2jCj27OYxhBcEhDIOtmd5 Y1/UI/n4pzPQTsvrxbrLXVfJBbzNU4l8fNcgjM1QXmyUQbF6TSTo0CwP7gexE4P/1DWqchz uXdpyRdiKPgfJGAxnOnFa5QNFaj89Ms2xYl1TGGPyyvCZB0SXBJN9RFOlItfmez+JoOiju8 W65x5Gk8IpFnYKsMas39Q==
X-UI-Out-Filterresults: notjunk:1;V03:K0:H0WDkirtNJY=:b15jVaLg7h+UIsl21cGT8n 1Vj3mrrf6L0WuFZuDFGon8+KFfpgKrZUxuq0mjheC+Vwn5DsaGCsU2U9O0I4kKEnwhifMtbb4 Whwww+l+0TjWjYuBbcB/PvcZAcQ+aPp2v6Yme8QN2E41Oz0nQZ1sGRxV9hrF0AkSMVlWI2slL qssjwmXSmRIuCvwlnBRIpTfW5vvqhWM7Kl1r2z+LfIpCjVaWUd6bb9TEOFod4lcA+BtPuGq00 E5mC8UsLDZ2mdaWb6BkdQsi/Im2EMuRNqH/bzWX3FFCMpoxrSMQa4Xs/Q7A6NK2IB86HrHq7E DP9fEhLB4Gep9bMe5QDm3IlpCXBee9MjOW/su7xnSrydXE+rVgz1iMT1j9oNTJph4y9AS4EjH BuqlSEiCbqTxDNuND/aS4RedmX6H0tx9aLCu3uIOoCPVfXSaI39X2V9flUKO0VZ8K2NZkujOL 7mW7N//D56rs1HYApPn0BsfQElpPJAyOXjyX6ec4/iN764nquHgrKaYAz5OedQcg/wTsczy+H 8kaMIhz16jBrmttszx4yAQA7vbGFbaIckphCcCqE1/b9BTtXZ4zbYQrSGL3rzJ/LJV+SohmGL PeliaD9oB/u4b16iZY132GmhvaS0KH3RoTAxwPivsE6aDjSDegn+ZM5iiBN+CwCFdXTw+5o7k lwDIX2wzPCpVWuNJLAUNd8T/BsLKVkSztAlkMjy6sldE3s4A3LFxpBLwYfF+t9Gk2b0/LQxOM OsC0lBj69OtoMN0LarcOdjEC4k0/qYL1IMftmgpaGZyKNCiE+IOCtVtpN6Jah2DopXYn8ZKbA f8TpAQErz5pqb08rUiJk2iDV83VGqM64kmQDGzB0yOQAEnPSdufoHtSmfKS5m2v5dw6DeGQTz uHHEx9T9tZ4ekwQFnQ2o/UHpOdyLDse7OCOE93OkOcL0sj4TbiD5EaDUwV+Or9DzjCTT/ZuCc ef25hHrNo/rRnhR14B7aWRlQPn/tqhMAaQoY07S6tFTOI3z9q7Fyzj0lFCpytXXZQurf4v+9S unkEjdbHqWdJcf/eZqRi6KC/KfklfmitWIfMN/JDjfxRQvDLohsL5HAzu+sQ6HYkaDvUp2n8H 0SP1519Vo9QovPGKSqfX+143vFEZpxtzYgLwwWqjhGZPJ3yVmagxTS8+096Rn8iE9WRvZCpOb JJgh+1z/gSmc0z0blRX7sQUfXIlaTsDRldjITJnRaJK6ij9c6j9bywXJhrKg3mEfkq+djOCaS 5HK1WBLUKNGsOQlE68PWpYlZgL2G2/jz0szNUrAiHwzsyxy83ETIu+yYHgBA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfc-markdown/AeJd06hePaoiAycNC47NYKC86Ug>
Subject: Re: [Rfc-markdown] [xml2rfc] [xml2rfc-dev] <br> is back, was: New xml2rfc release: v2.32.0
X-BeenThere: rfc-markdown@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "rfc-markdown is a discussion list for people writing I-Ds and RFCs in Markdown and the authors of the tools used for that." <rfc-markdown.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rfc-markdown>, <mailto:rfc-markdown-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfc-markdown/>
List-Post: <mailto:rfc-markdown@ietf.org>
List-Help: <mailto:rfc-markdown-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rfc-markdown>, <mailto:rfc-markdown-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Oct 2019 17:23:40 -0000

On 04.10.2019 18:29, Julian Reschke wrote:
> On 04.10.2019 17:34, Henrik Levkowetz wrote:
>> ...
>> I'm strongly for having an explicit <br/> element.
>>
>> Given a clearly expressed need from the RPC, I will always try to provide
>> tools to make it possible for them to do their work.  Without having
>> <br/>
>> available, this was a fallback solution.  Continuing to ignore clearly
>> expressed needs of the RPC seems unproductive.
>> ...
>
> I would like the RPC to actually raise these issues here, so that we can
> discuss them.
>
> In this case, I'd really like to understand in which contexts this was
> considered to be needed.
> ...

So in the current AUTH48 XML files, I see one case where U+2028 is used:
apparently, to force breaks line breaks into the content of a
<blockquote>. However, the content model for <blockquote> actually
allows multiple paragraphs; see
<https://greenbytes.de/tech/webdav/rfc7991.html#element.blockquote>. I
really like to understand why that approach did not work for the RPC.

Best regards, Julian

v2.23.0 | Report a Bug | By Email