Re: [Tools-discuss] RFCs TOC render in plaintext

Jaime Jiménez <jaime@iki.fi> Tue, 30 August 2022 13:54 UTC

Return-Path: <jaime@iki.fi>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0642EC1594A0 for <tools-discuss@ietfa.amsl.com>; Tue, 30 Aug 2022 06:54:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.128
X-Spam-Level:
X-Spam-Status: No, score=-1.128 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NEUTRAL=0.779, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XWuE9gyhBGbf for <tools-discuss@ietfa.amsl.com>; Tue, 30 Aug 2022 06:54:07 -0700 (PDT)
Received: from forward1-smtp.messagingengine.com (forward1-smtp.messagingengine.com [66.111.4.223]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4512C1522A6 for <tools-discuss@ietf.org>; Tue, 30 Aug 2022 06:54:06 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailforward.nyi.internal (Postfix) with ESMTP id C68571941F81; Tue, 30 Aug 2022 09:54:05 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 30 Aug 2022 09:54:05 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:date:feedback-id:feedback-id:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; t=1661867645; x=1661954045; bh=K dlAi5A+bNeVWSJGy5NcRiyxUVQW8+zWQO2N2eOCNsI=; b=Oqv1iVhhFhST9qNLI /L3HgAlPdgtn5dMZ082eC8qE36p+ZSJ1Vh8sB7RmEcdG1AJqr0akoTe6okDHH3Dp eYmpYerbMNkbGutLUY7dmmjylL8VoGmtY/qEsYDikPPCuiU63qwwq7/CguxHEF3Z tu8y09qL1XWHPZVTgRIJ+QS6/GFp5aU2NNOIQ6bUDEnzuNlYQCp6VavlcxDIbyUT v3DAqR73O9vHWQqoIE3yMKDvQr/ZGPnzLPj2H7S0+AqipH2X0wqOtmK/lMArQP// N8I+GNNySSAZ/Vo3M69/96nzzBXRCF5q8iqPOLEV40pDRunUJE1xggoBEUoSSWFV /d6IQ==
X-ME-Sender: <xms:fRYOY2kvuGYhcj7JlVcNTpFbe5kguUQ6zyPaXhg_5EMYvTh0S9mxXg> <xme:fRYOY92hxkFFzCHsl4DCMbXgP09_h7Pv-vM0bB8ccKUZVPVOz1o3hjZPxUmcqhZBE r8mYO197Roy6DXQTA>
X-ME-Received: <xmr:fRYOY0rRG0xoapPkRZ3p7d4TCti5Cx1S_MATx96UvOCp9N8OEKwbjgFoTi3lEmadM48-lTZ_zxQzghHnhU6EbFZYAR81sQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrvdekfedgjedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvfhfhjggtgfesthekredttdefjeenucfhrhhomheplfgrihhm vgculfhimhornhgviicuoehjrghimhgvsehikhhirdhfiheqnecuggftrfgrthhtvghrnh ephfehhfeiffevfeetiedvfeejgfejueektdefhfehkeehveevteevlefghfevjedvnecu ffhomhgrihhnpehivghtfhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrh grmhepmhgrihhlfhhrohhmpehjrghimhgvsehikhhirdhfih
X-ME-Proxy: <xmx:fRYOY6kE_MawcTBFUcprPMdmEFAObABPZHAF1sTLpwt6kFVojGIZeA> <xmx:fRYOY02WjTvgWek6ASkKG7IQjsMbHFz1Xd8V0tn55AdfZsu3ccq0ng> <xmx:fRYOYxvJNGYU88TVqg5fgm7tNaI83dKyGw_DhvpcsOUvEJLs5EaDCA> <xmx:fRYOYx-cJezvQLkgITjH13gpStaVQORhbHWQJulT0yjmwkSD52mR8Q>
Feedback-ID: iabf94414:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 30 Aug 2022 09:54:04 -0400 (EDT)
Message-ID: <93c1d678-6037-e459-d32f-13a88dccb1ce@fastmail.com>
Date: Tue, 30 Aug 2022 16:54:03 +0300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.2.0
Content-Language: en-GB
To: Robert Sparks <rjsparks@nostrum.com>, Jaime Jiménez <jaime@iki.fi>, tools-discuss@ietf.org
References: <2cdd411b-11cc-4d4e-d87c-938641820749@fastmail.com> <5F5EFDC0-D0FA-4639-B30A-7E97BF4A5042@tzi.org> <d649f8d7-b305-d5d0-6bf9-04f87faf403e@fastmail.com> <71b8057b-f21f-e567-1c8b-3a5d485b30c7@nostrum.com>
From: Jaime Jiménez <jaime@iki.fi>
In-Reply-To: <71b8057b-f21f-e567-1c8b-3a5d485b30c7@nostrum.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/ITOQzPVDmFMcMLsPDRhG1JMavkI>
Subject: Re: [Tools-discuss] RFCs TOC render in plaintext
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-discuss/>
List-Post: <mailto:tools-discuss@ietf.org>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2022 13:54:12 -0000

Thank you all for the interesting discussion!

I was unaware of the previous discussions and I did not participate in 
them, sorry for that.
@Robert, producing a whole new RFC on RSWG for this purpose sounds a bit 
overkill for me.
I think I probably won't be able to fix it but, where is the link to the 
HTMLizer code? I could have a look.

Ciao!

Jaime

On 22.8.2022 16.44, Robert Sparks wrote:
>
> On 8/22/22 8:07 AM, Jaime Jiménez wrote:
>> Dear all,
>>
>> this topic has been discussed before, but I'd like to raise it once 
>> again.
>>
>> The current default datatracker RFC template has a bug for many of 
>> our RFCs.
>> Draft versions of the same documents render the table of contents in 
>> html but only plaintext in the RFC.
>> The problem applies to ALL RFCs after RFC 8650 in CoRE WG. For example:
>>
>> RD RFC with plaintext TOC:https://datatracker.ietf.org/doc/html/rfc9176
>> RD draft with HTML 
>> TOC:https://datatracker.ietf.org/doc/html/draft-ietf-core-resource-directory-28
>>
>> I have been told that the plaintext format for RFCs has changed and 
>> they are no longer paginated (why??)
>
> That is the root of all that you are asking about and the why is in 
> RFC7994.
>
> The _why_ is that it was what was published as a set of RFCs that went 
> through community wide last calls. The team that defined the output 
> formats had a contingent that believed very strongly that the text 
> should not be paginated, and that made it through as rough consensus 
> at the time. (Fwiw, I was in the rough). Heather and the IAB called 
> this change out _many_ times, on many lists before the docs were 
> published, and in Plenary sessions, yet here we are with people who 
> were present while it was happening (a very long time ago) still being 
> surprised.
>
> Drafts do not look this way because the IESG did not agree to change 
> the requirements for the format of text Internet-Drafts at the time.
>
> Your recourse now, should you really want to change the base 
> definition of the text output format for RFCs is to try to get 
> consensus to do so in the RSWG and publish a document that obsoletes 
> RFC7994.
>
> Lars is experimenting with a replacement for the htmlization of text 
> with a rendering of the html that looks like the text htmlization. It 
> would be worth looking to see if the ToC for that is any more useful 
> to you.
>
> RjS
>
>> and therefore there are no page numbers in the TOC.
>>
>> I see this as a bug, as many users still prefer the "htmlized" 
>> version over the new html RFC format and makes it pretty much 
>> unusable without pagination.
>> Could this please be fixed to how it was before the update?
>>
>>
>> Ciao!
>>
-- 
Jaime Jiménez