Re: [Rfc-markdown] [rfc-i] Problem with Kramdown tooling and figures?

Carsten Bormann <cabo@tzi.org> Wed, 08 June 2022 15:57 UTC

Return-Path: <cabo@tzi.org>
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 339ADC15AAFF; Wed, 8 Jun 2022 08:57:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable autolearn_force=no
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 VcHcbTNM-yqV; Wed, 8 Jun 2022 08:57:08 -0700 (PDT)
Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [134.102.50.15]) (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 4FFF5C15AAF4; Wed, 8 Jun 2022 08:56:31 -0700 (PDT)
Received: from [192.168.217.118] (p5089ad4f.dip0.t-ipconnect.de [80.137.173.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4LJBfh4KzQzDCbv; Wed, 8 Jun 2022 17:56:28 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <DE0DDA91-3982-4314-8709-150EA3F2B8EA@ietf.org>
Date: Wed, 08 Jun 2022 17:56:28 +0200
Cc: "Paul Duffy (paduffy)" <paduffy=40cisco.com@dmarc.ietf.org>, "rfc-markdown@ietf.org" <rfc-markdown@ietf.org>, RFC Interest <rfc-interest@rfc-editor.org>
X-Mao-Original-Outgoing-Id: 676396588.286019-377321efc7203fa90db3b429157a3e10
Content-Transfer-Encoding: quoted-printable
Message-Id: <94456159-9D5A-472D-97A7-7DDD928ABB01@tzi.org>
References: <MN2PR11MB37570F4603464349B5DFFE5AB9A59@MN2PR11MB3757.namprd11.prod.outlook.com> <5E5D4003-E3D8-49B2-B14D-5D4AC7ADA0A3@tzi.org> <MN2PR11MB3757F2B3467FA1B188A1294DB9A49@MN2PR11MB3757.namprd11.prod.outlook.com> <7FFFF173-7D5F-4000-BDD1-9B407767C48E@ietf.org> <MN2PR11MB375776E0FFAA1023CFE4334AB9A49@MN2PR11MB3757.namprd11.prod.outlook.com> <99D6215E-50DA-422C-96D1-50949951394D@ietf.org> <MN2PR11MB3757A781285E16B585A6F841B9A49@MN2PR11MB3757.namprd11.prod.outlook.com> <MN2PR11MB375760E12BFCDEB0ABA516BAB9A49@MN2PR11MB3757.namprd11.prod.outlook.com> <28E28C6A-5C59-41AB-BB2C-A500CB48B89E@tzi.org> <DE0DDA91-3982-4314-8709-150EA3F2B8EA@ietf.org>
To: Jay Daley <exec-director@ietf.org>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfc-markdown/Cnl80OAQ9hzIaJxoQ_1oXguvLco>
Subject: Re: [Rfc-markdown] [rfc-i] Problem with Kramdown tooling and figures?
X-BeenThere: rfc-markdown@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 08 Jun 2022 15:57:11 -0000

On 2022-06-08, at 17:35, Jay Daley <exec-director@ietf.org> wrote:
> 
> The templates contain ascii-art as well as SVG.  Omitting the ascii-art is correct, but not recommended.  As noted in the documentation:
> 
>> If only SVG is provided then it is used in the HTML and PDF rendering but no diagram is included in the plaintext rendering, replaced with a message that says "Artwork only available as SVG". For this reason, providing only SVG is not recommended.

xml2rfc 3.12.7 does not agree:

play/artset.xml(87): Error: Expected ascii-art text, but found none.
Not creating output file due to errors (see above)
Unable to complete processing artset.xml

Note that we are talking about <artwork within <artset.

Grüße, Carsten