From nobody Wed May 27 04:29:03 2020
Return-Path: <henrik@levkowetz.com>
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 43CE23A0DA6; Wed, 27 May 2020 04:28:57 -0700 (PDT)
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, 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 ouYxvNAq3kdO; Wed, 27 May 2020 04:28:55 -0700 (PDT)
Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 905243A0AB9; Wed, 27 May 2020 04:28:55 -0700 (PDT)
Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from <henrik@levkowetz.com>) id 1jduEw-0007if-7I; Wed, 27 May 2020 04:28:54 -0700
To: xml2rfc-dev@ietf.org, xml2rfc@ietf.org
Cc: rfc-markdown@ietf.org
Message-Id: <E1jduEw-0007if-7I@durif.tools.ietf.org>
From: Henrik Levkowetz <henrik@levkowetz.com>
Date: Wed, 27 May 2020 04:28:54 -0700
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Rcpt-To: rfc-markdown@ietf.org, xml2rfc-dev@ietf.org, xml2rfc@ietf.org
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false
X-Clacks-Overhead: GNU Terry Pratchett
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/d15oGM5nL2jCKQWN6jOCvA4besI>
Subject: [xml2rfc-dev] New xml2rfc release: v2.45.0
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 May 2020 11:28:57 -0000

Hi,

This is an automatic notification about a new xml2rfc release, 
v2.45.0, generated when running the mkrelease script.

Release notes:

xml2rfc (2.45.0) ietf; urgency=medium

  * Fixed the html rendering of <cref> with display=false.
    Fixes issue #516.

  * Fixed the text rendering of <cref> with display=false.
    Fixes issue #515.

  * Fixed an error in postal address rendering for Sweden.
    Fixes issue #520.

  * Changed the internals of the text formatter to retain <br> information 
    for longer internally, in order to make <br> have effect in for instance 
    <dd> and <td> element text.  Fixes issues #508 and #513.

  * Fixed erroneous indentation of first line of second and following 
    paragraphs of multi-paragraph <dd> elements, and changed code to retain 
    <br> in filled text.

  * Added a font-family setting for @page in PDF mode, and added code to 
    warn about missing Roboto Mono fonts if the python-fontconfig package
    is available

  * Added instructions for RobotoMono to the installation help for the 
    --pdf switch.

 -- Henrik Levkowetz <henrik@levkowetz.com>  27 May 2020 04:07:48 -0700

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.45.0'

Regards,

	Henrik
	(via the mkrelease script)


From nobody Fri May 29 12:56:49 2020
Return-Path: <cabo@tzi.org>
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 508923A102B; Fri, 29 May 2020 12:56:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level: 
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 hyZO1s31wMec; Fri, 29 May 2020 12:56:43 -0700 (PDT)
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 A6D5D3A1029; Fri, 29 May 2020 12:56:43 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (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 49Yb1P6sqLzydq; Fri, 29 May 2020 21:56:41 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <E1jduEw-0007if-7I@durif.tools.ietf.org>
Date: Fri, 29 May 2020 21:56:41 +0200
Cc: xml2rfc-dev@ietf.org, xml2rfc@ietf.org, rfc-markdown@ietf.org
X-Mao-Original-Outgoing-Id: 612475001.437464-8547a85ec6df2a072461d9666d7e7b8f
Content-Transfer-Encoding: quoted-printable
Message-Id: <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org>
References: <E1jduEw-0007if-7I@durif.tools.ietf.org>
To: Henrik Levkowetz <henrik@levkowetz.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/0IPzxyiD90WgRs4ZeAle0cQnAMw>
Subject: [xml2rfc-dev] SVG broken (Re:  New xml2rfc release: v2.45.0)
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 May 2020 19:56:47 -0000

Hi Henrik,

I no longer get SVG through this version that has been =E2=80=9Crepaired=E2=
=80=9D by svgcheck -qra; the SVG processing now seems very picky.  (I =
haven=E2=80=99t updated since 2.39, so this might have happened =
earlier.)

(I do get figures through this version that have the attribute =
foo=3D=E2=80=9Cbar=E2=80=9D, so it can=E2=80=99t just be more picky XML =
processing.)

Before I generate a more detailed test case: Is svgcheck still intended =
to be the tool to be used with xml2rfc to make SVG palatable to it?  Is =
that being updated along with xml2rfc getting more picky?

Gr=C3=BC=C3=9Fe, Carsten

y2020-05-29svg.xml(606): Error: Invalid attribute shape-rendering for =
element svg, at /rfc/middle/section[2]/section[2]/artset[1]/artwork[1]/*
y2020-05-29svg.xml(645): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[2]/artwork[1]/*/*[2]/*[7]
y2020-05-29svg.xml(646): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[2]/artwork[1]/*/*[2]/*[8]
y2020-05-29svg.xml(647): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[2]/artwork[1]/*/*[2]/*[9]
y2020-05-29svg.xml(648): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[2]/artwork[1]/*/*[2]/*[10]
y2020-05-29svg.xml(635): Error: Invalid attribute shape-rendering for =
element svg, at /rfc/middle/section[2]/section[2]/artset[2]/artwork[1]/*
y2020-05-29svg.xml(666): Error: Invalid attribute stroke for element =
path, at =
/rfc/middle/section[2]/section[2]/artset[3]/artwork[1]/*/*[2]/*[4]
y2020-05-29svg.xml(670): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[3]/artwork[1]/*/*[2]/*[8]
y2020-05-29svg.xml(671): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[3]/artwork[1]/*/*[2]/*[9]
y2020-05-29svg.xml(672): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[3]/artwork[1]/*/*[2]/*[10]
y2020-05-29svg.xml(659): Error: Invalid attribute shape-rendering for =
element svg, at /rfc/middle/section[2]/section[2]/artset[3]/artwork[1]/*
y2020-05-29svg.xml(692): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[4]/artwork[1]/*/*[2]/*[8]
y2020-05-29svg.xml(693): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[4]/artwork[1]/*/*[2]/*[9]
y2020-05-29svg.xml(694): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[4]/artwork[1]/*/*[2]/*[10]
y2020-05-29svg.xml(695): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[4]/artwork[1]/*/*[2]/*[11]
y2020-05-29svg.xml(696): Error: Invalid attribute stroke for element =
text, at =
/rfc/middle/section[2]/section[2]/artset[4]/artwork[1]/*/*[2]/*[12]



From nobody Fri May 29 14:29:17 2020
Return-Path: <cabo@tzi.org>
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 CCB5E3A10BD; Fri, 29 May 2020 14:29:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 Z3fIsErjFyCM; Fri, 29 May 2020 14:29:08 -0700 (PDT)
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 25CE63A10BC; Fri, 29 May 2020 14:29:08 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (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 49Yd4253qQzyVK; Fri, 29 May 2020 23:29:06 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org>
Date: Fri, 29 May 2020 23:29:06 +0200
Cc: xml2rfc-dev@ietf.org, xml2rfc@ietf.org, rfc-markdown@ietf.org
X-Mao-Original-Outgoing-Id: 612480546.2601579-5f6d26a63098ed057328a975374b2901
Content-Transfer-Encoding: quoted-printable
Message-Id: <D6806E5D-2B6E-4464-9126-44F3F5C808F7@tzi.org>
References: <E1jduEw-0007if-7I@durif.tools.ietf.org> <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org>
To: Henrik Levkowetz <henrik@levkowetz.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/rgNb1nRBywGX5CAHk0pt-DG-s_E>
Subject: Re: [xml2rfc-dev] SVG broken (Re:  New xml2rfc release: v2.45.0)
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 May 2020 21:29:11 -0000

On 2020-05-29, at 21:56, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> I no longer get SVG through this version that has been =E2=80=9Crepaired=
=E2=80=9D by svgcheck -qra; the SVG processing now seems very picky.  (I =
haven=E2=80=99t updated since 2.39, so this might have happened =
earlier.)

Well, OK, this is now SVG generated by ditaa instead of goat, and ditaa =
seems to want to show of its knowledge of SVG some more.  So that may =
not be a change in xml2rfc at all.  My question is mostly still valid, =
though:

> Is svgcheck still intended to be the tool to be used with xml2rfc to =
make SVG palatable to it?  Is that being updated along with xml2rfc ...?

Gr=C3=BC=C3=9Fe, Carsten


From nobody Fri May 29 16:24:51 2020
Return-Path: <brian.e.carpenter@gmail.com>
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 AD3F93A11AA; Fri, 29 May 2020 16:24:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level: 
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, 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=gmail.com
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 O_YkOtwVcHev; Fri, 29 May 2020 16:24:47 -0700 (PDT)
Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (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 6E9CE3A11A9; Fri, 29 May 2020 16:24:47 -0700 (PDT)
Received: by mail-pj1-x1033.google.com with SMTP id s88so1507008pjb.5; Fri, 29 May 2020 16:24:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=CpUku3ZdPq2HSt3j4A2YJNeryBJoOuUC0Hezs8OsBwE=; b=DoiK9jITejOSaS4h7OedMQ0N24Gz8+KZHQzYsmgW/sfgHGDYFdz7SKI3s5aSAz6sKL tiwn3mgwRQcKgEGQuOG1axdsLvxGx6+HiF6Dxfu10gX+8Buq1BIzQIK/qkCEosyj7jIH avn4em/b55VfNcumlS9pEWHbmkR3abNLDalOZtcrAwLs31IwSre83lpsutiR9oI+d3w7 ebkj0OJbdTxuB90i1s5ZQE9NfLeeXxpwsZGKFwtrsbZahY0AZ2xeY0Qs82M69xirFu/z zs5JqvS5i9hi8A90J/hu8y414eh+YQxJFQ5X9up/O34e+Z0lbqGbLRowkSxOvEpaoxD6 zH9w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=CpUku3ZdPq2HSt3j4A2YJNeryBJoOuUC0Hezs8OsBwE=; b=rQq62Pubk5pgzCvF5CPFMdbEZBuP4ZezXVZr6fQTh/RmUQHR7or7sd3fS0zq5VrbS/ tNPcYJL32QTahTTrAQHQLPtCWb9W6jsQOAZNSX6BgAOSViNOoMJ8nBbNp6Ax+qw5SZ9l JWKps1nXhP3Qjd61dXIIYtNtQKBkXQZhTXRlnlhcMCeisWcF86/3LcgCCXHuKYCRiK09 Ch9NT8xzlTkX7g23HT0FMxCDq+MbnVmpAnR58XV4NkuMHJoN1F2NHNMTKHMZ8iTu91ix Laac6SFfTLXsItT+HsGfyci7D7vaiSsdp8z+H359svmkzuBTbqRE57sFdcIw/9/jb8oC YmNA==
X-Gm-Message-State: AOAM530PYmYMvgm+d0OpP0JHr4LGTaz8jvIfYGxReq0eV41A/aSm4cay wphNi/dPcKEiSTqw6d54dVk3s3uJs2g=
X-Google-Smtp-Source: ABdhPJyWbUUJhR4+n2NDiAZZb3TMcUipZkSG/K3sDsJp6Q60RPpX7oOk4smXcZecpuUwQbvXD1upUg==
X-Received: by 2002:a17:90a:fd85:: with SMTP id cx5mr11549770pjb.146.1590794686599;  Fri, 29 May 2020 16:24:46 -0700 (PDT)
Received: from [192.168.178.30] ([165.84.12.178]) by smtp.gmail.com with ESMTPSA id t201sm5374063pfc.104.2020.05.29.16.24.43 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 May 2020 16:24:45 -0700 (PDT)
To: Carsten Bormann <cabo@tzi.org>, Henrik Levkowetz <henrik@levkowetz.com>
Cc: rfc-markdown@ietf.org, xml2rfc@ietf.org, xml2rfc-dev@ietf.org
References: <E1jduEw-0007if-7I@durif.tools.ietf.org> <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> <D6806E5D-2B6E-4464-9126-44F3F5C808F7@tzi.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <1a5cfced-2718-0a4a-41ef-b366543ec5a2@gmail.com>
Date: Sat, 30 May 2020 11:24:40 +1200
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: <D6806E5D-2B6E-4464-9126-44F3F5C808F7@tzi.org>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/jNvDp6ComWgXl4wnGKB7azKTxbI>
Subject: Re: [xml2rfc-dev] [xml2rfc] SVG broken (Re: New xml2rfc release: v2.45.0)
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 May 2020 23:24:49 -0000

Do you know what bit of SVG it is barfing on?

I'm curious because I've done some personal patching of svgcheck and disc=
overed what a minefield this all is. Indeed, some drawing tools produce s=
tuff that others don't, so there is a strong element of crapshoot.

Regards
   Brian

On 30-May-20 09:29, Carsten Bormann wrote:
> On 2020-05-29, at 21:56, Carsten Bormann <cabo@tzi.org> wrote:
>>
>> I no longer get SVG through this version that has been =E2=80=9Crepair=
ed=E2=80=9D by svgcheck -qra; the SVG processing now seems very picky.  (=
I haven=E2=80=99t updated since 2.39, so this might have happened earlier=
=2E)
>=20
> Well, OK, this is now SVG generated by ditaa instead of goat, and ditaa=
 seems to want to show of its knowledge of SVG some more.  So that may no=
t be a change in xml2rfc at all.  My question is mostly still valid, thou=
gh:
>=20
>> Is svgcheck still intended to be the tool to be used with xml2rfc to m=
ake SVG palatable to it?  Is that being updated along with xml2rfc ...?
>=20
> Gr=C3=BC=C3=9Fe, Carsten
>=20
> _______________________________________________
> xml2rfc mailing list
> xml2rfc@ietf.org
> https://www.ietf.org/mailman/listinfo/xml2rfc
>=20


From nobody Fri May 29 23:42:32 2020
Return-Path: <cabo@tzi.org>
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 DF0453A1483; Fri, 29 May 2020 23:42:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 srvu5e3DGiWO; Fri, 29 May 2020 23:42:19 -0700 (PDT)
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 21CAD3A1481; Fri, 29 May 2020 23:42:19 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (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 49YsLJ503nzyv7; Sat, 30 May 2020 08:42:16 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <1a5cfced-2718-0a4a-41ef-b366543ec5a2@gmail.com>
Date: Sat, 30 May 2020 08:42:16 +0200
Cc: Henrik Levkowetz <henrik@levkowetz.com>, rfc-markdown@ietf.org, xml2rfc@ietf.org, xml2rfc-dev@ietf.org
X-Mao-Original-Outgoing-Id: 612513736.276876-a855b7e3f7abe0dff0fd4c3676353ece
Content-Transfer-Encoding: quoted-printable
Message-Id: <3E78C586-228A-457E-BADD-D66117FFD1C0@tzi.org>
References: <E1jduEw-0007if-7I@durif.tools.ietf.org> <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> <D6806E5D-2B6E-4464-9126-44F3F5C808F7@tzi.org> <1a5cfced-2718-0a4a-41ef-b366543ec5a2@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/pofg_t-VTLHaFpOTDq9IMdzu46Q>
Subject: Re: [xml2rfc-dev] [Rfc-markdown] [xml2rfc] SVG broken (Re: New xml2rfc release: v2.45.0)
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 30 May 2020 06:42:23 -0000

Hi Brian,

> On 2020-05-30, at 01:24, Brian E Carpenter =
<brian.e.carpenter@gmail.com> wrote:
>=20
> Do you know what bit of SVG it is barfing on?

I had some error messages in my first message.  Let me expand on these:
AFAICS this is all about attributes that xml2rfc does not accept on =
specific SVG elements.

Consolidating these messages a bit, I get:

y.xml(722): Error: Invalid attribute shape-rendering for element svg, =
[=E2=80=A6]
y.xml(776): Error: Invalid attribute stroke for element path, [=E2=80=A6]
y.xml(818): Error: Invalid attribute stroke for element text, [=E2=80=A6]
(And then, apparently as a result of these:
y.xml(14): Error: Invalid document before running preptool.
.)

Well, this is not the whole story, as stroke needs to be a valid =
attribute for path; this seems to be about the value stroke=3D"#000000=E2=80=
=9D for path (which probably needs to be replaced by stroke=3D=E2=80=9Cbla=
ck=E2=80=9D) and stroke=3D"none=E2=80=9D for text (which probably is =
default anyway).
This was for ditaa.  With mscgen, I additionally get:

ymscgen.xml(87): Error: Invalid attribute text-rendering for element =
svg, [=E2=80=A6]

> I'm curious because I've done some personal patching of svgcheck and =
discovered what a minefield this all is. Indeed, some drawing tools =
produce stuff that others don't, so there is a strong element of =
crapshoot.

Yes, those words describe it pretty well.

Of course, I could easily integrate my own additions of svgcheck-like =
processing into kramdown-rfc.
Unfortunately, adding serious XML processing adds some deployment =
considerations (one would normally use a gem that causes some =
installation difficulties on older platforms as it requires compiling =
native code).

Gr=C3=BC=C3=9Fe, Carsten


>=20
> Regards
>   Brian
>=20
> On 30-May-20 09:29, Carsten Bormann wrote:
>> On 2020-05-29, at 21:56, Carsten Bormann <cabo@tzi.org> wrote:
>>>=20
>>> I no longer get SVG through this version that has been =
=E2=80=9Crepaired=E2=80=9D by svgcheck -qra; the SVG processing now =
seems very picky.  (I haven=E2=80=99t updated since 2.39, so this might =
have happened earlier.)
>>=20
>> Well, OK, this is now SVG generated by ditaa instead of goat, and =
ditaa seems to want to show of its knowledge of SVG some more.  So that =
may not be a change in xml2rfc at all.  My question is mostly still =
valid, though:
>>=20
>>> Is svgcheck still intended to be the tool to be used with xml2rfc to =
make SVG palatable to it?  Is that being updated along with xml2rfc ...?
>>=20
>> Gr=C3=BC=C3=9Fe, Carsten
>>=20
>> _______________________________________________
>> xml2rfc mailing list
>> xml2rfc@ietf.org
>> https://www.ietf.org/mailman/listinfo/xml2rfc
>>=20
>=20
> _______________________________________________
> Rfc-markdown mailing list
> Rfc-markdown@ietf.org
> https://www.ietf.org/mailman/listinfo/rfc-markdown


From nobody Sat May 30 04:56:42 2020
Return-Path: <henrik@levkowetz.com>
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 B68E23A0A3C; Sat, 30 May 2020 04:56:33 -0700 (PDT)
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, 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 zdmkdW0T6FG1; Sat, 30 May 2020 04:56:31 -0700 (PDT)
Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBDDF3A09DD; Sat, 30 May 2020 04:56:31 -0700 (PDT)
Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from <henrik@levkowetz.com>) id 1jf06J-0000A8-Hw; Sat, 30 May 2020 04:56:31 -0700
To: xml2rfc-dev@ietf.org, xml2rfc@ietf.org
Cc: rfc-markdown@ietf.org
Message-Id: <E1jf06J-0000A8-Hw@durif.tools.ietf.org>
From: Henrik Levkowetz <henrik@levkowetz.com>
Date: Sat, 30 May 2020 04:56:31 -0700
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Rcpt-To: rfc-markdown@ietf.org, xml2rfc-dev@ietf.org, xml2rfc@ietf.org
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false
X-Clacks-Overhead: GNU Terry Pratchett
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/k6RVma053s5a4EHT7BBvqens3qs>
Subject: [xml2rfc-dev] New xml2rfc release: v2.45.1
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 30 May 2020 11:56:37 -0000

Hi,

This is an automatic notification about a new xml2rfc release, 
v2.45.1, generated when running the mkrelease script.

Release notes:

xml2rfc (2.45.1) ietf; urgency=medium

  * Changed the handling of hyphens in table cells, so as to introduce line 
    breaks on hyphens if necessary to keep a table from becoming too wide (but 
    not otherwise).  The --table-hyphen-breaks switch can be used to permit 
    line breaks on hyphens in table cells also for tables that would not 
    otherwise become too wide.

  * Added a switch --table-hyphen-breaks that will make the text renderer 
    more eager to break on hyphens in table cells.

  * Using a pilcrow on an otherwise empty element added unwanted vertical
    space in the HTML output; avoid this.  Related to issue #508.

  * Added a parameter to TextSplitter to control whether text is split on 
    hyphens or not.

 -- Henrik Levkowetz <henrik@levkowetz.com>  30 May 2020 11:52:33 +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.45.1'

Regards,

	Henrik
	(via the mkrelease script)


From nobody Sat May 30 09:23:22 2020
Return-Path: <cabo@tzi.org>
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 A66913A0BFE; Sat, 30 May 2020 09:23:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 MkGNU6ZdMhRA; Sat, 30 May 2020 09:23:16 -0700 (PDT)
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 D7AEC3A0B83; Sat, 30 May 2020 09:23:15 -0700 (PDT)
Received: from [172.16.42.112] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (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 49Z6DZ21lPzywH; Sat, 30 May 2020 18:23:10 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <3E78C586-228A-457E-BADD-D66117FFD1C0@tzi.org>
Date: Sat, 30 May 2020 18:23:04 +0200
Cc: xml2rfc@ietf.org, xml2rfc-dev@ietf.org
X-Mao-Original-Outgoing-Id: 612548584.348489-409d5241980178212151b0d797ef191e
Content-Transfer-Encoding: quoted-printable
Message-Id: <D00FAAF2-E308-462C-9E35-825DB8DC2710@tzi.org>
References: <E1jduEw-0007if-7I@durif.tools.ietf.org> <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> <D6806E5D-2B6E-4464-9126-44F3F5C808F7@tzi.org> <1a5cfced-2718-0a4a-41ef-b366543ec5a2@gmail.com> <3E78C586-228A-457E-BADD-D66117FFD1C0@tzi.org>
To: rfc-markdown@ietf.org
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/gsbSZ6WX4aXy8t38VZaLQXiyKyc>
Subject: [xml2rfc-dev] 1.3.7: supporting ditaa, mscgen in -3 mode
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 30 May 2020 16:23:21 -0000

On 2020-05-30, at 08:42, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> Of course, I could easily integrate my own additions of svgcheck-like =
processing into kramdown-rfc.
> Unfortunately, adding serious XML processing adds some deployment =
considerations (one would normally use a gem that causes some =
installation difficulties on older platforms as it requires compiling =
native code).

Well, I chose an older gem that doesn=E2=80=99t have this problem (but =
is quite slow and less tested); I can now do svgcheck workarounds and am =
doing those for the breakage I have seen for ditaa and mscgen.

So kramdown-rfc2629 version 1.3.7 now supports ditaa and mscgen (in =
addition to goat, which was added in 1.3.2) for automatic artset =
generation. =20

So, for instance, you can now write

~~~ mscgen
msc {
  a,b,c;

  a->b  [label=3D"ab()"] ;
  b->c  [label=3D"bc(TRUE)"];
  c=3D>c  [label=3D"process(1)"];
  c=3D>c  [label=3D"process(2)"];
  ...;
  c=3D>c  [label=3D"process(n)"];
  c=3D>c  [label=3D"process(END)"];
  a<<=3Dc [label=3D"callback()"];
  ---   [label=3D"If more to run", ID=3D"*"];
  a->a  [label=3D"next()"];
  a->c  [label=3D"ac()"];
  b<-c  [label=3D"cb(TRUE)"];
  b->b  [label=3D"stalled(...)"];
  a<-b  [label=3D"ab() =3D FALSE"];
}
~~~

and get what you can see at http://www.tzi.de/~cabo/1-3-7-mscgen.png .

As usual, update with

	gem update kramdown-rfc2629

The tool that you want to use (goat, mscgen, or ditaa) needs to be =
installed and on the path of the process that runs kramdown-rfc.

If there is any other tool like that that you=E2=80=99d like to see =
supported, and it produces SVG that can be made palatable to xml2rfc =
without superhuman effort, please tell me.

There is no doubt that you can write ditaa that will break svgcheck=E2=80=99=
s (and my workarounds=E2=80=99) little mind; e.g., preferably, try to =
stay black-and-white.

Note that for mscgen, the mscgen source may not exactly be what you want =
in a plaintext-based RFC (but the SVG output is probably what you do =
want in your HTML renderings); I=E2=80=99d appreciate any proposals on =
how to turn mscgen into ASCII art=E2=80=A6

Gr=C3=BC=C3=9Fe, Carsten


From nobody Sat May 30 11:22:04 2020
Return-Path: <pusateri@bangj.com>
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 4F15D3A09D7; Sat, 30 May 2020 11:21:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=bangj.com
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 D19tK4bKbNxd; Sat, 30 May 2020 11:21:54 -0700 (PDT)
Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46EB03A09D3; Sat, 30 May 2020 11:21:50 -0700 (PDT)
Received: from [172.16.25.146] (69-77-155-155.static.skybest.com [69.77.155.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id 203521020B; Sat, 30 May 2020 14:21:49 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bangj.com; s=201907; t=1590862909; bh=ARBH4ywnI5n0Z5oRdIt95nq1AkOuuXafQ03p/2xA44A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=gQnMug1OBLA7Hhgh1/4q/h2jDtaHnFQ+lp1D9iAKKeThXExYnzRHDQp9fh+h1Z+BS b25YBm3KMh1Gb3c2XSNtW5V6O7M6+x3pLn4Ng+WHOZNH3ny3fI3vpsB/XNML/Lqmwg R1i0C9Au+h+mHkIwSOFw/8OtccS5FSlATx8t/IXdtCFH5uz5tXjlYwS+KpDvJGNinP k/NjTHryZqMAsSmIBdcxTrSzQicvNdvJxny6DYPM8nJQWLq7top7bp46DaZTkCQTG7 AwWpmNAK1GWB9kxx9lH9As+nMK5HkEDU9BYtmspDQJOi/0AoNDAfsodj9sXmLJJ38i gOPADFWdroe0Q==
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Tom Pusateri <pusateri@bangj.com>
In-Reply-To: <D00FAAF2-E308-462C-9E35-825DB8DC2710@tzi.org>
Date: Sat, 30 May 2020 14:21:48 -0400
Cc: rfc-markdown@ietf.org, XML2RFC Interest Group <xml2rfc@ietf.org>, XML Developer List <xml2rfc-dev@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <669B51B2-54F0-4C56-8620-16B6203F62C5@bangj.com>
References: <E1jduEw-0007if-7I@durif.tools.ietf.org> <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> <D6806E5D-2B6E-4464-9126-44F3F5C808F7@tzi.org> <1a5cfced-2718-0a4a-41ef-b366543ec5a2@gmail.com> <3E78C586-228A-457E-BADD-D66117FFD1C0@tzi.org> <D00FAAF2-E308-462C-9E35-825DB8DC2710@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/iQdKAHcXkJXP_kpP89CGChYXuOE>
Subject: Re: [xml2rfc-dev] 1.3.7: supporting ditaa, mscgen in -3 mode
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 30 May 2020 18:21:57 -0000

> On May 30, 2020, at 12:23 PM, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> If there is any other tool like that that you=E2=80=99d like to see =
supported, and it produces SVG that can be made palatable to xml2rfc =
without superhuman effort, please tell me.

I use Boxy SVG (https://boxy-svg.com) and need to make some drawings for =
a draft so I=E2=80=99ll try it when I get a chance.

Tom


From nobody Sat May 30 17:15:35 2020
Return-Path: <cabo@tzi.org>
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 E48B03A0DF5; Sat, 30 May 2020 17:15:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 dHtxZhR7ygAv; Sat, 30 May 2020 17:15:25 -0700 (PDT)
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 528933A064C; Sat, 30 May 2020 17:15:25 -0700 (PDT)
Received: from [192.168.217.116] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (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 49ZJjM3v07zywP; Sun, 31 May 2020 02:15:19 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <669B51B2-54F0-4C56-8620-16B6203F62C5@bangj.com>
Date: Sun, 31 May 2020 02:15:18 +0200
Cc: rfc-markdown@ietf.org, XML2RFC Interest Group <xml2rfc@ietf.org>, XML Developer List <xml2rfc-dev@ietf.org>
X-Mao-Original-Outgoing-Id: 612576918.7554719-ca9b76b7875c8b6cd3fa10357be89cb0
Content-Transfer-Encoding: quoted-printable
Message-Id: <1823D3E2-0AE0-442C-8F78-B615302FFB65@tzi.org>
References: <E1jduEw-0007if-7I@durif.tools.ietf.org> <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> <D6806E5D-2B6E-4464-9126-44F3F5C808F7@tzi.org> <1a5cfced-2718-0a4a-41ef-b366543ec5a2@gmail.com> <3E78C586-228A-457E-BADD-D66117FFD1C0@tzi.org> <D00FAAF2-E308-462C-9E35-825DB8DC2710@tzi.org> <669B51B2-54F0-4C56-8620-16B6203F62C5@bangj.com>
To: Tom Pusateri <pusateri@bangj.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/JiiAAChXUH7beDKhrmk0VWgUESY>
Subject: Re: [xml2rfc-dev] 1.3.7: supporting ditaa, mscgen in -3 mode
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 May 2020 00:15:29 -0000

On 2020-05-30, at 20:21, Tom Pusateri <pusateri@bangj.com> wrote:
>=20
>=20
>=20
>> On May 30, 2020, at 12:23 PM, Carsten Bormann <cabo@tzi.org> wrote:
>>=20
>> If there is any other tool like that that you=E2=80=99d like to see =
supported, and it produces SVG that can be made palatable to xml2rfc =
without superhuman effort, please tell me.
>=20
> I use Boxy SVG (https://boxy-svg.com) and need to make some drawings =
for a draft so I=E2=80=99ll try it when I get a chance.

Hi Tom,

I=E2=80=99m using that, too, occasionally (outside of RFCs).
Does that come with a command line tool for transforming a =E2=80=9Csource=
=E2=80=9D (e.g., ASCII art)?
This is the use case that I was addressing first, as the source then =
stands in fine as a plaintext replacement for the graphics.

I could clearly add

~~~ svg
{::include boxy-output.svg}
~~~

as a shortcut for all the things that need to be done to include SVG, =
but where would the plaintext stand-in come from?

(And what might be good markdown for the =E2=80=9Cartset=E2=80=9D =
approach used by beta v3?)

Gr=C3=BC=C3=9Fe, Carsten


From nobody Sat May 30 23:00:54 2020
Return-Path: <miek@miek.nl>
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 73C9C3A125E for <xml2rfc-dev@ietfa.amsl.com>; Sat, 30 May 2020 23:00:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level: 
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=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=miek-nl.20150623.gappssmtp.com
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 0opUFP9-mq52 for <xml2rfc-dev@ietfa.amsl.com>; Sat, 30 May 2020 23:00:49 -0700 (PDT)
Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 378823A1267 for <xml2rfc-dev@ietf.org>; Sat, 30 May 2020 23:00:44 -0700 (PDT)
Received: by mail-ed1-x529.google.com with SMTP id o26so1910805edq.0 for <xml2rfc-dev@ietf.org>; Sat, 30 May 2020 23:00:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=miek-nl.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=vBfOXFxiirJkx0x3WOxlmGBwZy5jxEoqf7LV0XSLGYY=; b=v/0MaStqnF+1loT/JlMz5OkoqO0vxWoQqs0B90rydcJTw+6P2vmjrGEaGhR4VsQUpW cVpab7LyAsncSbvwadtEY5Pd7pdKYjiiX8R4Nee4ukcbT8JiLnVQNyXQEWYuIFaqacl3 MaedvPpgqBqut3Lsvhm8ZRZoVceplkZXCJZiTvKFCXjiRDlZh+qpeYoqgo+PwfVdDahR xkzB9dSRUqyw9mffEgQepLVx6JgEyb+rNk22Wu5JbrzccZSdxe4dugT3pI15UKtKwzjb SZr/P+HffLjZRU6bTO1Cli0JHKHh9VtVSY4RzIzBkZq/9qZNJfhrrSsHX3tOuegvCt69 Edtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=vBfOXFxiirJkx0x3WOxlmGBwZy5jxEoqf7LV0XSLGYY=; b=a1DkQrZa5gJEnnfYaoCTan1hvZ3vwQVjciPjdSzlOBbRddpju0pQGWmT+3RZGB2BVq Ke4sHNgJi1wI7SgiLzOKNJGJznjzwuNaSXMc65g1gMTIePd4LUDEn3g7qzsEmQF4YW4Y 67B3bjKgw2FflaH51UTbCKnFuxLh8139tUI5oqAt6nmj8Q9qHQ1Z/lqteyaJfrSyeaFx zLt+nahp2valUHPKPS3p/faxTOWyZ8ydqVILzQCguLt/YJQWLYsbVsGm3YyKICLOYJ/d FUK0GxqrNFdXYweipcH9xPiKoz2YV9XMhqEiS4t6CTQHuilRXaBOmtQ/4GxQa3ygmTxV Kmuw==
X-Gm-Message-State: AOAM530fL7gXc+KrWSRbSkQQ8u5Ta07ZdT0z2BA73D21tP5iYV3qA4V5 beS5gGjzBNudrzM7Mk4lSliYLg==
X-Google-Smtp-Source: ABdhPJxc6XvHgpdN8urWIyq5NCLaY9ldQviCEiaduiW9gP7tLbQSWJ6wyUOIcTU1Pf6EgPNFp6oH2w==
X-Received: by 2002:aa7:d999:: with SMTP id u25mr16081926eds.339.1590904843356;  Sat, 30 May 2020 23:00:43 -0700 (PDT)
Received: from miek.nl (dhcp-077-251-206-012.chello.nl. [77.251.206.12]) by smtp.gmail.com with ESMTPSA id y13sm11503857ejm.107.2020.05.30.23.00.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 30 May 2020 23:00:42 -0700 (PDT)
Date: Sun, 31 May 2020 08:00:40 +0200
From: Miek Gieben <miek@miek.nl>
To: Carsten Bormann <cabo@tzi.org>
Cc: rfc-markdown@ietf.org, xml2rfc@ietf.org, xml2rfc-dev@ietf.org
Message-ID: <20200531060040.GA136848@miek.nl>
Mail-Followup-To: Carsten Bormann <cabo@tzi.org>, rfc-markdown@ietf.org, xml2rfc@ietf.org, xml2rfc-dev@ietf.org
References: <E1jduEw-0007if-7I@durif.tools.ietf.org> <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> <D6806E5D-2B6E-4464-9126-44F3F5C808F7@tzi.org> <1a5cfced-2718-0a4a-41ef-b366543ec5a2@gmail.com> <3E78C586-228A-457E-BADD-D66117FFD1C0@tzi.org> <D00FAAF2-E308-462C-9E35-825DB8DC2710@tzi.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
In-Reply-To: <D00FAAF2-E308-462C-9E35-825DB8DC2710@tzi.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/xC37xs1khPPpNow_G83Sl3o7aAI>
Subject: Re: [xml2rfc-dev] [Rfc-markdown] 1.3.7: supporting ditaa, mscgen in -3 mode
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 May 2020 06:00:52 -0000

[ Quoting <cabo@tzi.org> in "[Rfc-markdown] 1.3.7: supporting di..." ]
>So, for instance, you can now write
>
>~~~ mscgen
>msc {
>  a,b,c;
>
>}
>~~~

I've had a similar idea and implemented it as a separate binary that manipulates
the markdown: https://mmark.miek.nl/post/markdown-filter/

This allows you to create pipelines, example one that uses a python program called
'protocol': https://github.com/mmarkdown/filter/tree/master/plugins/protocol

``` protocol
Source:16,TTL:8,Reserved:40
```
Figure: This is a protocol.

Will be transformed with `filter -p protocol < protocol.md | mmark -markdown`, to:

We describe the following protocol:

```
  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|             Source            |      TTL      |               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+               +
|                            Reserved                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
```
Figure: This is a protocol.

/Miek

--
Miek Gieben


From nobody Sun May 31 12:56:39 2020
Return-Path: <pusateri@bangj.com>
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 9149D3A0A1C; Sun, 31 May 2020 12:56:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level: 
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=bangj.com
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 mNwUhTqloMZ6; Sun, 31 May 2020 12:56:34 -0700 (PDT)
Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70D4F3A0A1A; Sun, 31 May 2020 12:56:34 -0700 (PDT)
Received: from [172.16.25.103] (69-77-155-155.static.skybest.com [69.77.155.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id CA091104F5; Sun, 31 May 2020 15:56:32 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bangj.com; s=201907; t=1590954992; bh=9B/fnCObs9w9kz69xEmID4lw2qCOPVxdxXraju0VJlg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=JcSRqFTfrM7ihR4ls/gHZ7A4R+g/oPgvgvp1249JSBy5YPZmgsr8ywdvSNJCvjHAG nJeiojRvMMzK2/c9018jmabNX8ZiTDW2ciNxQrr1Rz/fQuFsOa9hpR0bjXkFdENfK3 xL/yFDVtQN9mmHfdkaZ2PSG82MN6FJTh+lwSnbW+jCTppH0ldNVRaYeOY2yguxRaEz S26VS5VLYdt/5iZ+alPGxQOpFmytPFmhp7g18sL4rb6KpsT1xiR2i1cXtRpLs/7yVp Bm/FkuiCeZHUgBSKqN6EQJ2CfI2/WyJef/RSe8/AqgXsymv2yadqP5hqU/NMFR5UFT l1F+d7y5KS7uw==
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Tom Pusateri <pusateri@bangj.com>
In-Reply-To: <1823D3E2-0AE0-442C-8F78-B615302FFB65@tzi.org>
Date: Sun, 31 May 2020 15:56:31 -0400
Cc: rfc-markdown@ietf.org, XML2RFC Interest Group <xml2rfc@ietf.org>, XML Developer List <xml2rfc-dev@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <81B26A82-79C1-458F-B7F4-5FB524183F0F@bangj.com>
References: <E1jduEw-0007if-7I@durif.tools.ietf.org> <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> <D6806E5D-2B6E-4464-9126-44F3F5C808F7@tzi.org> <1a5cfced-2718-0a4a-41ef-b366543ec5a2@gmail.com> <3E78C586-228A-457E-BADD-D66117FFD1C0@tzi.org> <D00FAAF2-E308-462C-9E35-825DB8DC2710@tzi.org> <669B51B2-54F0-4C56-8620-16B6203F62C5@bangj.com> <1823D3E2-0AE0-442C-8F78-B615302FFB65@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/VkrYbfLDWj6lSRANXaBFzR1_8uI>
Subject: Re: [xml2rfc-dev] 1.3.7: supporting ditaa, mscgen in -3 mode
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." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 May 2020 19:56:38 -0000

> On May 30, 2020, at 8:15 PM, Carsten Bormann <cabo@tzi.org> wrote:
>=20
> On 2020-05-30, at 20:21, Tom Pusateri <pusateri@bangj.com> wrote:
>>=20
>>=20
>>=20
>>> On May 30, 2020, at 12:23 PM, Carsten Bormann <cabo@tzi.org> wrote:
>>>=20
>>> If there is any other tool like that that you=E2=80=99d like to see =
supported, and it produces SVG that can be made palatable to xml2rfc =
without superhuman effort, please tell me.
>>=20
>> I use Boxy SVG (https://boxy-svg.com) and need to make some drawings =
for a draft so I=E2=80=99ll try it when I get a chance.
>=20
> Hi Tom,
>=20
> I=E2=80=99m using that, too, occasionally (outside of RFCs).
> Does that come with a command line tool for transforming a =
=E2=80=9Csource=E2=80=9D (e.g., ASCII art)?
> This is the use case that I was addressing first, as the source then =
stands in fine as a plaintext replacement for the graphics.
>=20
> I could clearly add
>=20
> ~~~ svg
> {::include boxy-output.svg}
> ~~~
>=20
> as a shortcut for all the things that need to be done to include SVG, =
but where would the plaintext stand-in come from?
>=20
> (And what might be good markdown for the =E2=80=9Cartset=E2=80=9D =
approach used by beta v3?)
>=20
> Gr=C3=BC=C3=9Fe, Carsten
>=20

oh, I see. My case was simpler because I was taking an existing ASCII =
art and redrawing it in SVG.

I don=E2=80=99t have a way to generate both from scratch and Boxy SVG =
doesn=E2=80=99t have a command line option.

Tom