Re: [Tools-discuss] HTML vs HTMLized

Carsten Bormann <cabo@tzi.org> Thu, 05 December 2019 19:54 UTC

Return-Path: <cabo@tzi.org>
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 65A0B12008D for <tools-discuss@ietfa.amsl.com>; Thu, 5 Dec 2019 11:54:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 LhMVBoraxWgP for <tools-discuss@ietfa.amsl.com>; Thu, 5 Dec 2019 11:54: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 9CC3D12006E for <tools-discuss@ietf.org>; Thu, 5 Dec 2019 11:54:04 -0800 (PST)
Received: from [192.168.217.116] (p548DC893.dip0.t-ipconnect.de [84.141.200.147]) (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 47TRHY4Bpdzyxp; Thu, 5 Dec 2019 20:54:01 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <31220.1575566871@localhost>
Date: Thu, 05 Dec 2019 20:54:06 +0100
Cc: Julian Reschke <julian.reschke@gmx.de>, tools-discuss@ietf.org
X-Mao-Original-Outgoing-Id: 597268444.899966-3d465cd609a5a3ebe1661b8ce6ef9f5a
Content-Transfer-Encoding: quoted-printable
Message-Id: <F202CE4F-8352-438C-8EE7-9D98B9567629@tzi.org>
References: <14533.1575553674@localhost> <91FC73D1-91C5-4155-A249-125F066B5027@levkowetz.com> <fdbac244-694e-cb0a-8019-c4fd0a5b33e1@sandelman.ca> <21497.1575563901@localhost> <418f100b-ee67-35ba-98e5-72eba1cdcf8e@gmx.de> <31220.1575566871@localhost>
To: Michael Richardson <mcr+ietf@sandelman.ca>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/Bxe5ZK9i5WSKy52ZA3k-WueNJoE>
Subject: Re: [Tools-discuss] HTML vs HTMLized
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 05 Dec 2019 19:54:07 -0000

On Dec 5, 2019, at 18:27, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
> 
> kramdown-rfc2629 version 1.2.13 says:
> 
> dooku-[~](2.6.5) mcr 10052 %kramdown-rfc2629 -h
> Usage: kramdown-rfc2629 [options] file.md|file.mkd > file.xml
>    -v, --[no-]verbose               Run verbosely
>    -3, --[no-]v3                    Use RFCXML v3 processing rules
> 
> which is new compared to 1.2.12.  But, maybe it doesn't do very much yet :-)
> I'm hoping Carsten will educate us...

Indeed, the route towards v3 goes through v2 at this time.

As Henrik mentioned, xml2rfc has a compatibility mode and can process v2 and convert v2 to v3.
For now, this is likely to be a more stable approach than direct v3 generation.

I admit this is a somewhat lazy way of handling this, but I also believe this is in the best interest of kramdown-rfc’s users: stability is the most important feature of kramdown-rfc.

If you actually need a new v3 feature (artsets anyone?), you are better off writing the XML on your own, in particular during a period where these features aren’t really stable.  When patterns of usage emerge here that actually can be expressed in markdown, I’ll sure go ahead and implement them.  And when we have an approved document for v3, directly generating v3 is likely to be stable enough. 

I’m going to stop going into details here.  Note that there is a (very low volume(*)) rfc-markdown list that should be hosting any specific discussions:

https://www.ietf.org/mailman/listinfo/rfc-markdown

Grüße, Carsten

(*) Well, that might change slightly as we embrace v3.