From nobody Mon Jun 1 05:00:32 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5CEF3A0FC4; Mon, 1 Jun 2020 05:00:30 -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 kH3s0izx3zw6; Mon, 1 Jun 2020 05:00:29 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E5D83A0FC3; Mon, 1 Jun 2020 05:00:29 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:51620 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1jfj7E-0001za-Mz; Mon, 01 Jun 2020 05:00:29 -0700 To: Anders Rundgren , xml2rfc@ietf.org References: Cc: rfc-markdown@ietf.org From: Henrik Levkowetz Message-ID: <481b0289-f3d0-f10a-32d6-1b6f6f84a6f2@levkowetz.com> Date: Mon, 1 Jun 2020 14:00:21 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hFtQ6jdBnMjDXmSVJVOjOgojmHDECv7ob" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: rfc-markdown@ietf.org, xml2rfc@ietf.org, anders.rundgren.net@gmail.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] RfcMarkup ToC has no links X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 12:00:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hFtQ6jdBnMjDXmSVJVOjOgojmHDECv7ob Content-Type: multipart/mixed; boundary="qB9BMH1uWIJKw49Pvtal4lUTkv7a8kODA"; protected-headers="v1" From: Henrik Levkowetz To: Anders Rundgren , xml2rfc@ietf.org Cc: rfc-markdown@ietf.org Message-ID: <481b0289-f3d0-f10a-32d6-1b6f6f84a6f2@levkowetz.com> Subject: Re: RfcMarkup ToC has no links References: In-Reply-To: --qB9BMH1uWIJKw49Pvtal4lUTkv7a8kODA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Anders, On 2020-05-30 04:43, Anders Rundgren wrote: > sample RFC: https://tools.ietf.org/html/rfc8759 >=20 > That the page number links are gone is understandable since there > (fortunately) is no paging anymore but removing links for headers > seem illogical in an HTML formatted document. >=20 > I understand that the IETF want to retire the RfcMarkup format but > since the IETF apparently still publish in this format, shouldn't > also stay useful? The rfcmarkup generated documents are generated from the plain text documents published by the RFC Editor, not directly from XML. As such, there are a lot of heuristics involved in recognizing different parts of the document for what they are. In particular, the spaced dots (periods) which are part of the ToC, are used to recognize the entries as ToC entries, rather than section titles. So rendering without pages and page numbers has the effect of depriving the htmlizer of the cues it needs to generate links from the ToC. > I'm currently in the auth48 state and the on-line xml2rfc tool > produces ToC links for appendices(!). Is that a bug or a feature? Feature. Henrik --qB9BMH1uWIJKw49Pvtal4lUTkv7a8kODA-- --hFtQ6jdBnMjDXmSVJVOjOgojmHDECv7ob Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl7U7dUACgkQTptXS4+7 FxoIYQ//ccbICqbPfxp1EMnIauG6YftsK970h8uNjWXBGMMTgEn4gn+EDZSDiv4q zDiZ8gL8QtIFGSwWD4uJwkVrmcqxiL73dzWijR7xIGtf6K0RbWF3RxuNgyoRVU9F M8+ezGIC/JyIdJ+nYTfxrcfDAYVvgy8XQgzBqGOCaSnStcFWoAmm/ntPdmR+/h7l mkv6NanfCgAtBTf2Wpm3tapWOeSAlzNiI/tn/65rTP0EA2QALPXpOTnasb59WUFM owxi8VrkXUfSB3+Ovgdef17Kgu5vhXCYO4oC+tOvWVGJyqxH8cCMs8/AMa/laAtM kmInaAGV8YueBb5TJRftfJC6yqU1+tgR2wX33DhB++dfGLalaxNhs0ZReOwVIrB6 KK6tPmsEGqJlYON/bWY0Wfrzf61Pa2MoNbF570r9s15Fm4mnkg2duY4Tq3cJCRuI w/v2afxLzaQzR+aLz2uGK9Ksl7w+qcvM7nf9wdZtBcAreFm8leolH3ZGf4VOKgks x93lMYr8Nx8jHaKX6GfcS4rkz87Siz2XrkEFEP3tFE8QN/xNFDYAzlXDjh5MyERZ dlgGaMXFG6BfM2pUSrRL58IOpPomy8QFz9raO3sHunZujm5eR+EFZrUE22pTy123 TaFxY0e9aP1aoiAqhE2bQL6xyt1h5mjL9C+rQVF938a+gnzj5bI= =cX7V -----END PGP SIGNATURE----- --hFtQ6jdBnMjDXmSVJVOjOgojmHDECv7ob-- From nobody Mon Jun 1 05:03:39 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E6FD3A0FC4; Mon, 1 Jun 2020 05:03:37 -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 PsyWJW_QN_jz; Mon, 1 Jun 2020 05:03:35 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFB0A3A0FC3; Mon, 1 Jun 2020 05:03:35 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:51654 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1jfjAE-0003VZ-Dt; Mon, 01 Jun 2020 05:03:35 -0700 To: Carsten Bormann References: <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> Cc: xml2rfc-dev@ietf.org, xml2rfc@ietf.org, rfc-markdown@ietf.org From: Henrik Levkowetz Message-ID: <109c4ce5-82a6-3651-69ae-8f9950484412@levkowetz.com> Date: Mon, 1 Jun 2020 14:03:26 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="H6TTk5CPno71P64K3scjGlnUt7ft9dC27" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: rfc-markdown@ietf.org, xml2rfc@ietf.org, xml2rfc-dev@ietf.org, cabo@tzi.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] SVG broken (Re: [xml2rfc-dev] New xml2rfc release: v2.45.0) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 12:03:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --H6TTk5CPno71P64K3scjGlnUt7ft9dC27 Content-Type: multipart/mixed; boundary="So4O8RiV1lPCGHV92pHLb4pqhfTTCJ88Q"; protected-headers="v1" From: Henrik Levkowetz To: Carsten Bormann Cc: xml2rfc-dev@ietf.org, xml2rfc@ietf.org, rfc-markdown@ietf.org Message-ID: <109c4ce5-82a6-3651-69ae-8f9950484412@levkowetz.com> Subject: Re: SVG broken (Re: [xml2rfc-dev] New xml2rfc release: v2.45.0) References: <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> In-Reply-To: --So4O8RiV1lPCGHV92pHLb4pqhfTTCJ88Q Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Carsten, On 2020-05-29 23:29, Carsten Bormann wrote: > On 2020-05-29, at 21:56, Carsten Bormann wrote: >>=20 >> 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 ...? In principle yes, but there has been no change in the acceptable SVG sche= ma, and thus no change in xml2rfc and svgcheck in this regard for a long time= now. Author of svgcheck is Jim Schaad, he may be able to say more about the expected usage of the tool. Henrik --So4O8RiV1lPCGHV92pHLb4pqhfTTCJ88Q-- --H6TTk5CPno71P64K3scjGlnUt7ft9dC27 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl7U7o4ACgkQTptXS4+7 FxoGZA//UWnfBxQNygK3LcEgPdHWNEyPimyrZJfPa5UJSqzpRtmhu6/I3lKeeaUg PkYehVkngGBKv+CP5ypmAjxry/X4frxAgCtqdxZSlMg64jXM9903zDdzTlPAFFxd YAXeem4oIutAnptlwaX2OdYp5SR4jEC4U1gtMgRzZiHJUBdgYmOdF+c00ske7TF2 CcncIzH0Bkg04gy4QrK+08nzB3xIY3CVqXNfiToFdGFGZYYI0hXePByIxuJwMduO AEvnpy6Fllcox6YL1UYBUTdCBLHlhPO5OI2fs0zgi6yFdOmoeyJZ8761zMA0ugkm EAftgizCkWTPwpLu5RRzi1yP0y1SB6gOquCbtojaVl2SQ9/MTbIIBeduXlydPg8J FXLWvUT0R5RyCtBmPriWMRFHmqO4kQlkNOxAxVM0++g4eEq04o/151cbTF1t0lTf vQybjdVsDrJLK9ctcXpyPHD/86+IwPwEcqOQYAYB7ThgyHz/bfwLIcJRXeRVO1Hh L/y7D0g9DU/t6UlKwfo/UkgqLUMc6/uO509XcElzrPzqvGrD+O9yrqdLk/Xw8V7M IHsM/Ze2c/W968AcmDVhRoeT2Di7L0AZ4Mx31lS1bduEv3XhmUiMSN3NJcZVMeJR rJ0K/UMXfn6FdCTPyLP/slgCVWyAZSeTys9QtchxGwQVcdslR30= =GDPO -----END PGP SIGNATURE----- --H6TTk5CPno71P64K3scjGlnUt7ft9dC27-- From nobody Mon Jun 1 05:26:46 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFB413A0FE5; Mon, 1 Jun 2020 05:26:43 -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 O0N3ZhOtozK3; Mon, 1 Jun 2020 05:26:42 -0700 (PDT) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 3A5DC3A0F5F; Mon, 1 Jun 2020 05:26:42 -0700 (PDT) Received: by mail-wr1-x434.google.com with SMTP id j10so11277477wrw.8; Mon, 01 Jun 2020 05:26:42 -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=NNbqdQoDDHZga+DJlWbarOKVWvZY5WmGmPyEfEeWDXY=; b=NV+SUN6XjRSuZn1NZ4REgy7LNC/s5m4YbpAXtvhNxsH5q0YYs0YjkvQQRlN9c8caZp l98llrDPjTOK0HSG1Ybl7DzL2VYuzM2QXuAuI6g/82yMUL5qkOBYopJzfLCuKqULaKCW 7PnYOLcpPLz05vxAi+2GmrsvaFUU2OwxmWdlymzZuyYieQBBG9TnvQMNp+9QmW/rkwec pWdi+m9/ZvUnqY7dUcy1uqQIaAvsrVzgqLSbHBmwJ51pJfIZqorDRMzR+Y7FUbri8wcX e5WzcfMphvXFewARKSmhxO04Zzuqv+PI0gUQUWPpi8Mf1aAMRYZhGtGJ8dn8xSQZ6CTS lNaA== 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=NNbqdQoDDHZga+DJlWbarOKVWvZY5WmGmPyEfEeWDXY=; b=ATxLiotelevDGU+QFc9hh61X67aznFwAZcFBuAjmR7OIxNvwLwLsew7+TAzHsY012W WLzAd4+ZGPHR4adbkcROutWWEt/0egtkJWs5S76r2RiWVb0vjGrcNkl/nhYhPwSfgxP8 lAwHg3IA7eztt5GZjgIXzFznu+gVwyt61P96CY/ws2bPtriOG65ZhFCbRwOqZzrniu0a EvXJG9vqUm7w2LzV3rqVxImNabA2t+L242cWZ+Dd69XugDRnNnZSZoDhSvqTI/LkOerm SJqJr8gysSfO0kPnlrPrdBTjdQ1cgOjV3zOu/q7gFoElgn7Mlxau3BuCN31eYwUKsSIY LFDQ== X-Gm-Message-State: AOAM532kvsWkbXn/gPlsZwxA1dfOuzqn5zMbcaSfFs7DI8dg3ieA1rnB X7cBvBTLHuJu5/GjEIM2FhEiAKm3T10= X-Google-Smtp-Source: ABdhPJw/MpJpd25wjFD4QQSwaWqkGxXHfESsMCVVxPidmRnuSH2KT82CQvw9AaH8R+Gs5fIK8Wk11g== X-Received: by 2002:a5d:6a03:: with SMTP id m3mr21568173wru.293.1591014400226; Mon, 01 Jun 2020 05:26:40 -0700 (PDT) Received: from [192.168.1.79] (25.131.146.77.rev.sfr.net. [77.146.131.25]) by smtp.googlemail.com with ESMTPSA id s7sm20595931wrr.60.2020.06.01.05.26.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 01 Jun 2020 05:26:39 -0700 (PDT) To: Henrik Levkowetz , xml2rfc@ietf.org Cc: rfc-markdown@ietf.org References: <481b0289-f3d0-f10a-32d6-1b6f6f84a6f2@levkowetz.com> From: Anders Rundgren Message-ID: <1cb7df0c-38fd-3e76-abfc-34ed84c34c1a@gmail.com> Date: Mon, 1 Jun 2020 14:26:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <481b0289-f3d0-f10a-32d6-1b6f6f84a6f2@levkowetz.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [xml2rfc] RfcMarkup ToC has no links X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 12:26:44 -0000 On 2020-06-01 14:00, Henrik Levkowetz wrote: > Hi Anders, Hi Henrik, I understand (technically) why you ended up with this after removing pagination but for those who write documents it surely looks like a bug. The quick (and right?) fix would be to update the publishing system with a "deprecated" note for RfcMarkup. If RfcMarkup is not deprecated I have a feeling we need a common plain-text/RfcMarkup generator. The RfcMarkup system always had strange quirks with respect to links and after your explanation I finally understand why :) Regards, Anders > > On 2020-05-30 04:43, Anders Rundgren wrote: >> sample RFC: https://tools.ietf.org/html/rfc8759 >> >> That the page number links are gone is understandable since there >> (fortunately) is no paging anymore but removing links for headers >> seem illogical in an HTML formatted document. >> >> I understand that the IETF want to retire the RfcMarkup format but >> since the IETF apparently still publish in this format, shouldn't >> also stay useful? > > The rfcmarkup generated documents are generated from the plain text > documents published by the RFC Editor, not directly from XML. As > such, there are a lot of heuristics involved in recognizing different > parts of the document for what they are. In particular, the spaced > dots (periods) which are part of the ToC, are used to recognize the > entries as ToC entries, rather than section titles. > > So rendering without pages and page numbers has the effect of depriving > the htmlizer of the cues it needs to generate links from the ToC. > >> I'm currently in the auth48 state and the on-line xml2rfc tool >> produces ToC links for appendices(!). Is that a bug or a feature? > > Feature. > > > Henrik > From nobody Mon Jun 1 07:23:02 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EFEF3A10BA; Mon, 1 Jun 2020 07:22:48 -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 JR0yXMSiLS6W; Mon, 1 Jun 2020 07:22:46 -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 A33B63A10B9; Mon, 1 Jun 2020 07:22:44 -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 49bHSf2P8Lzyqr; Mon, 1 Jun 2020 16:22:42 +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 In-Reply-To: <109c4ce5-82a6-3651-69ae-8f9950484412@levkowetz.com> Date: Mon, 1 Jun 2020 16:22:38 +0200 Cc: rfc-markdown@ietf.org, XML2RFC Interest Group , xml2rfc-dev@ietf.org X-Mao-Original-Outgoing-Id: 612714158.577495-705881f09acac57eb92d290ee5a656cf Content-Transfer-Encoding: quoted-printable Message-Id: <3A04D45E-33C8-4965-A9AB-FF52909F29F9@tzi.org> References: <93E5295E-CE96-4121-B3F5-C04540D542FD@tzi.org> <109c4ce5-82a6-3651-69ae-8f9950484412@levkowetz.com> To: Henrik Levkowetz X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [xml2rfc] [Rfc-markdown] SVG broken (Re: [xml2rfc-dev] New xml2rfc release: v2.45.0) X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 14:22:49 -0000 Hi Henrik, >>> 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 > In principle yes, but there has been no change in the acceptable SVG = schema, > and thus no change in xml2rfc and svgcheck in this regard for a long = time now. Thank you. So my summary of the current situation would be that there are a few = mismatches between the two, each of which could be limitations in either = svgcheck=E2=80=99s repair feature or in xml2rfc. > Author of svgcheck is Jim Schaad, he may be able to say more about the > expected usage of the tool. Right. So when I see some of these mismatches, I would need to consult = RFC 7996 and find out which of the two has a bug/limitation before I can = log this as an issue. Since this is on the XML2RFC lists, let me mention it would first of all = help if the error messages were more easy to process, e.g.: 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(666): Error: Invalid attribute stroke for element = path, at = /rfc/middle/section[2]/section[2]/artset[3]/artwork[1]/*/*[2]/*[4] These do not lead me to what might the problem (in RFC 7996, stroke is = actually allowed both for text and path). It seems that these messages are about the attribute value instead, = which I can look up in the source line given; it would be more useful if = the attribute value were given, plus maybe some indication of what is = =E2=80=9Cinvalid=E2=80=9D about it. For instance, xml2rfc rightly does not seem to accept stroke=3D=E2=80=9Cno= ne=E2=80=9D, which is let through by svgcheck. Also, I had to replace some stroke=3D=E2=80=9C#000000=E2=80=9D by = stroke=3D=E2=80=9Cblack=E2=80=9D, which RFC7996 tells me should not have = been necessary, but I can=E2=80=99t see what the problem really was from = the above. Here are the fixes my code is currently applying: XPath.each(d.root, "//*[@shape-rendering]") { |x| = x.attributes["shape-rendering"] =3D nil } XPath.each(d.root, "//*[@text-rendering]") { |x| = x.attributes["text-rendering"] =3D nil } These should be allowed on the svg element, but apparently aren=E2=80=99t;= again, the error message does not tell me what=E2=80=99s going on: y2020-05-29svg.xml(606): Error: Invalid attribute shape-rendering for = element svg, at /rfc/middle/section[2]/section[2]/artset[1]/artwork[1]/* XPath.each(d.root, "//*[@stroke]") { |x| x.attributes["stroke"] =3D = svg_munch_color(x.attributes["stroke"], false) } XPath.each(d.root, "//*[@fill]") { |x| x.attributes["fill"] =3D = svg_munch_color(x.attributes["fill"], true) } svg_munch_color tries to map everything to =E2=80=9Cblack=E2=80=9D or = =E2=80=9Cwhite=E2=80=9D; RFC 7996 actually allows other values. This = code also gets rid of =E2=80=9Cnone=E2=80=9D-valued attributes = completely for stroke (but not for fill!), which seems to be an = oversight in svgcheck. Gr=C3=BC=C3=9Fe, Carsten From nobody Tue Jun 2 08:09:14 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 624843A08E1; Tue, 2 Jun 2020 08:09:04 -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=unavailable 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 62VC9Gujg0S9; Tue, 2 Jun 2020 08:09:02 -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 60C303A08D4; Tue, 2 Jun 2020 08:09:02 -0700 (PDT) Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from ) id 1jg8XD-0003Er-EO; Tue, 02 Jun 2020 08:08:59 -0700 To: xml2rfc-dev@ietf.org, xml2rfc@ietf.org Cc: rfc-markdown@ietf.org Message-Id: From: Henrik Levkowetz Date: Tue, 02 Jun 2020 08:08:59 -0700 X-SA-Exim-Connect-IP: 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: Subject: [xml2rfc] New xml2rfc release: v2.45.2 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2020 15:09:05 -0000 Hi, This is an automatic notification about a new xml2rfc release, v2.45.2, generated when running the mkrelease script. Release notes: xml2rfc (2.45.2) ietf; urgency=medium * Fixed the HTML styling of
    lists, which wasn't really compact. -- Henrik Levkowetz 02 Jun 2020 15:07:09 +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.2' Regards, Henrik (via the mkrelease script) From nobody Mon Jun 8 07:59:49 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14C1D3A0879; Mon, 8 Jun 2020 07:59:40 -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=unavailable 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 3ZIbp-ZMOhC2; Mon, 8 Jun 2020 07:59:39 -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 78BFE3A0C57; Mon, 8 Jun 2020 07:54:27 -0700 (PDT) Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from ) id 1jiJAR-0006h7-Ap; Mon, 08 Jun 2020 07:54:27 -0700 To: xml2rfc-dev@ietf.org, xml2rfc@ietf.org Cc: rfc-markdown@ietf.org Message-Id: From: Henrik Levkowetz Date: Mon, 08 Jun 2020 07:54:27 -0700 X-SA-Exim-Connect-IP: 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: Subject: [xml2rfc] New xml2rfc release: v2.45.3 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 14:59:40 -0000 Hi, This is an automatic notification about a new xml2rfc release, v2.45.3, generated when running the mkrelease script. Release notes: xml2rfc (2.45.3) ietf; urgency=medium * Fixed an issue with rendering empty
    elements. -- Henrik Levkowetz 08 Jun 2020 07:51:35 -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.3' Regards, Henrik (via the mkrelease script) From nobody Tue Jun 23 10:30:48 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5463E3A08F8; Tue, 23 Jun 2020 10:30:29 -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 yxtofrp7WeIC; Tue, 23 Jun 2020 10:30:27 -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 613983A0881; Tue, 23 Jun 2020 10:30:27 -0700 (PDT) Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from ) id 1jnmkd-0004Be-5l; Tue, 23 Jun 2020 10:30:27 -0700 To: xml2rfc-dev@ietf.org, xml2rfc@ietf.org Cc: rfc-markdown@ietf.org Message-Id: From: Henrik Levkowetz Date: Tue, 23 Jun 2020 10:30:27 -0700 X-SA-Exim-Connect-IP: 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: Subject: [xml2rfc] New xml2rfc release: v2.46.0 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 17:30:41 -0000 Hi, This is an automatic notification about a new xml2rfc release, v2.46.0, generated when running the mkrelease script. Release notes: xml2rfc (2.46.0) ietf; urgency=medium * Added
    and entries in additional places, as a workaround for WeasyPrint's eagerness to break between
    and
    . Fixes issue #529. * Tweaked the rendering of inside table cells in text mode to not use double quotes to distinguish the content from surrounding text when the only cell content is the element. * Modified the text rendering of table cells. and now implies no special rendering (earlier, they caused a change in table border on transition) while now always renders with distinct borders compared with . Also added 'light', and 'minimal' table renderings, with different table border settings when compared to the previous rendering, which now is available as 'full'. The 'light' rendering is closer to the v2 formatter table rendering, but does not permit table cells with colspan or rowspan different from 1 to be properly distinguished. The changes in rendering fixes issue #527. * Added a --table-borders option with possible values 'full', 'light', 'minimal', to control the table rendering of the text renderer. The current default value is 'full', but 'light' is closer to the v2 text renderer's output. * Added a new internal join/indent setting to the Joiner nametuple to control outdenting. Used the outdenting setting to enable outdenting for artwork wider than 69 characters in the v3 text renderer. Fixes issue #518. * Added missing support for @indent for
      in the HTML renderer, and tweaked the same for
        . Fixes issue #528. * Corrected is_htmlblock() to not count
        ,
        , and
      1. as block elements as they cannot be wrapped in
        . * Updated and refined the div-wrapping used to introduce additional IDs to deal better with anchors on
        ,
        , and
      2. . Fixes issue #530. * Made the CSS setting of background colour on and more selective in order not to interfere with background colour in tables, for instance. * Removed CSS that made URLs in references not break across lines -- the drawbacks turn out to be more of a bother than the original reason not to let these wrap. * Did some HTML cleanup to make the w3.org validator happy. * Fixed a few places in the HTML renderer where an empty tag could cause an exception. * Added test cases for empty and double email addresses, and added support for multiple email addresses within an author's address block. Fixes issue #522. -- Henrik Levkowetz 23 Jun 2020 17:15:23 +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.46.0' Regards, Henrik (via the mkrelease script) From nobody Tue Jun 30 21:58:05 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8560E3A0CF2 for ; Tue, 30 Jun 2020 21:58:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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] 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 8UJmiqr_w1t0 for ; Tue, 30 Jun 2020 21:58:02 -0700 (PDT) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 801863A0CF1 for ; Tue, 30 Jun 2020 21:58:02 -0700 (PDT) Received: by mail-pl1-x629.google.com with SMTP id x8so8523763plm.10 for ; Tue, 30 Jun 2020 21:58:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:organization:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=1j5dtzEfvV2UT2H9a5FlFm3Gd3PemBwDE41ail8D1jY=; b=tE1nd977koLadTEqAxeJ+806jI3KtN/kG/5ty/cGjbZ+H1FBqLileMlNfzu8w6fpiL GPPRY5UZZxFvX+dL3tl7Jz4gIr4MfQpbkznWe+1lj6ODn5UQ8QYFLVoGknkq8cB8VD2r ps70E6AE9Z1+n5befK7SJtOZOEEKrzjxxnKMR6TAPAwwGs5xVSNpkx0jRzo99s3N4MSs rfm5Pvwm4ApF5uL4qut+FEd6hALRsXUO/CtkVEACZ8hB8PLCgSDeuJypoYBdNPUmIcJ8 B9YN4oL0W0dbQziPyVp93f+i+RgkSpl/3YoRSNiD4RtrvC2wTiuyyjWZ1LOjZlSYPUPu wPSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:organization:message-id:date :user-agent:mime-version:content-language:content-transfer-encoding; bh=1j5dtzEfvV2UT2H9a5FlFm3Gd3PemBwDE41ail8D1jY=; b=Qrgw4MrU5Fou5hMrxpUqv/Fhzi1erswNJns7b+YwO6qN5ChRTMtINxS+RbxcHUx4jl dzLB8UmMYz/YQvwU2ZiisIJbhEinxoYQ+pU2GaUYPiesokzvZ3990lWY9Gba6995eEg8 pWU2TCLMvXLlwm3PkGLpv1z6Ex4TxhZ9+G+ScPB5lSm+GlqFC11/AIO88QTK3xhv4U7k FDkTFQtzeT6KEKA+bEepnoRvyUnyN4Us8M68zw6JVKv9ONayYw8OMuIF0QLr2+a36GG7 hXWCR70wBJpUTHm0qozboaKUAjpvFos4uEpKoE4xzRuJu3HcGWoCK3YhyVhOD3qobeqJ 65TQ== X-Gm-Message-State: AOAM533VEVxswW+zrCbRhgdBdA6IoM4/iClqdbPBs1j84ZGAyCzQygPw W2gH+xFfzh9iKwU6jLgepbSigVX8 X-Google-Smtp-Source: ABdhPJxLKigcfvaeKviVxpcC++iHxyIF2RsmAgVydDK5r6Qk/G9cpfPYZpfP2As4G5iB1LnOK7tyXQ== X-Received: by 2002:a17:90a:9a2:: with SMTP id 31mr26681414pjo.181.1593579481629; Tue, 30 Jun 2020 21:58:01 -0700 (PDT) Received: from [192.168.178.20] (102.124.69.111.dynamic.snap.net.nz. [111.69.124.102]) by smtp.gmail.com with ESMTPSA id z26sm4172010pfr.187.2020.06.30.21.58.00 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Jun 2020 21:58:01 -0700 (PDT) To: xml2rfc@ietf.org From: Brian E Carpenter Organization: University of Auckland Message-ID: Date: Wed, 1 Jul 2020 16:57:59 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [xml2rfc] Artwork only available as svg X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 04:58:04 -0000 I'm pretty sure I'm missing something obvious, but when embedding in-line in the conversion to v3 txt produces this: (Artwork only available as svg: No external link available, see draft-carpenter-eligibility-expand-03.html for artwork.) I naively hoped that would replace that, but it doesn't. Is there a solution? Regards Brian Carpenter From nobody Tue Jun 30 22:00:33 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C948D3A0CF9 for ; Tue, 30 Jun 2020 22:00:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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] 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 aJM3EjQS-e5Y for ; Tue, 30 Jun 2020 22:00:29 -0700 (PDT) Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 8FE5E3A0CF8 for ; Tue, 30 Jun 2020 22:00:29 -0700 (PDT) Received: by mail-pg1-x535.google.com with SMTP id t6so11107486pgq.1 for ; Tue, 30 Jun 2020 22:00:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:organization:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=5e2OXd2wi/63uZWBINl1JgLtSQWSHEmqLEMu0VCV3QU=; b=roD8dZfs9ksaeOw8cP1fsxAnQDMAWPIWnxc6Nz92ZD8HIMqGUrnObVJkmhJZl7a5dR n+lIDKbb/OzrcgCVDJpEnItlwixLMuJOE11RF+czMbHKAOJs9hubYq4tsd6INAoGQLsB XlbEbUnF13kxx463yOI6fAy4m26JENlnUlX5qDm82INLUPzxiUO3miEdiWZclvubSCK5 Iejy2EuQ91c/YElizoFmm/QNADkMofTKVBaJcwuO9vn3q7TgvQsj9sF9daeI4bnmppvY S7qG8RNgTL4g9QY0SVSU3Q7zqBmnoOQg+OB7CwMBZrg50cn4+67lgvRWwxlnnuzEPf1w q0AQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:organization:message-id:date :user-agent:mime-version:content-language:content-transfer-encoding; bh=5e2OXd2wi/63uZWBINl1JgLtSQWSHEmqLEMu0VCV3QU=; b=XerZH/QatEzWmRNd1oP9ZzG3vE46ed6KWJYguZgguFAXU01doc4n097pkQ+5TclY+G bbOR8e3571lPLMDmuzlRbEVa+LVggnPNbf637SoQqRv10DpgrSgit/nBU+Zb85W74Lwv 2t1i+3QzVEJZbds0HF3/syaBum1ppxgwtFsB+e3b+26teVRlkn0PysSdTTbDWraCqiL7 xNeSQe86Ofi2+4i5EO7gaFZfxNlEfCKoLL33o5OmSSZRB7y0qNgmOF8vIq5zHMJsEs4+ SxGBb8u8fSZl0RlGTljcAz2F9Q/Z9ZTwIX8qpkjviRHk0j5lcvbr4siiml2FP68rPy+X Vbwg== X-Gm-Message-State: AOAM531+cfxyg5g0ILGMLJuUfuxTGaPQbIJPONeVjrig0pEQLxU3atob Hh1gWwIneM02xroZMFB/UAwE/7J4 X-Google-Smtp-Source: ABdhPJy9ho4zlVeLhS0TaCJfb8HJDFd6BDRjTYKgApj8161vU/AypsmehcYjFG7BjqGO397ce94wXA== X-Received: by 2002:a62:5c85:: with SMTP id q127mr21696534pfb.311.1593579628771; Tue, 30 Jun 2020 22:00:28 -0700 (PDT) Received: from [192.168.178.20] (102.124.69.111.dynamic.snap.net.nz. [111.69.124.102]) by smtp.gmail.com with ESMTPSA id s187sm4315284pfs.83.2020.06.30.22.00.27 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Jun 2020 22:00:28 -0700 (PDT) To: xml2rfc@ietf.org From: Brian E Carpenter Organization: University of Auckland Message-ID: <4cfa5e4d-165b-54a1-e3a3-3a102aee76ae@gmail.com> Date: Wed, 1 Jul 2020 17:00:26 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [xml2rfc] SVG and Kramdown X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 05:00:31 -0000 OK, I've seen the draft but it didn't help me one bit. What do I write in a kramdown source to embed SVG artwork, and is it possible to embed it in-line, or must it be an external file? Regards Brian Carpenter From nobody Tue Jun 30 22:03:01 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 346D83A0CFB for ; Tue, 30 Jun 2020 22:03:00 -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 A9-BQAXi1aoC for ; Tue, 30 Jun 2020 22:02:57 -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 AF6643A0CFA for ; Tue, 30 Jun 2020 22:02:57 -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 49xTcv6HqjzyWh; Wed, 1 Jul 2020 07:02:55 +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 In-Reply-To: Date: Wed, 1 Jul 2020 07:02:55 +0200 Cc: xml2rfc@ietf.org X-Mao-Original-Outgoing-Id: 615272575.485839-e6bbd094a2dca85a79d408b4e17fd5c3 Content-Transfer-Encoding: quoted-printable Message-Id: <7870237E-C536-4D76-A11C-4A2F79153801@tzi.org> References: To: Brian E Carpenter X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [xml2rfc] Artwork only available as svg X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 05:03:00 -0000 On 2020-07-01, at 06:57, Brian E Carpenter = wrote: >=20 > Is there a solution? I=E2=80=99m not sure I get what you are trying to do, but the solution = likely is . E.g., see https://www.ietf.org/id/draft-onedm-t2trg-sdf-00.xml :
        Main = classes used in SDF models =E2=80=A6
        Gr=C3=BC=C3=9Fe, Carsten From nobody Tue Jun 30 22:10:51 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F4A63A0CFA for ; Tue, 30 Jun 2020 22:10:48 -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 cosrXkZ6ciL7 for ; Tue, 30 Jun 2020 22:10:45 -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 C61213A0AEB for ; Tue, 30 Jun 2020 22:10:44 -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 49xTnv2x5wzyjS; Wed, 1 Jul 2020 07:10:43 +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 In-Reply-To: <4cfa5e4d-165b-54a1-e3a3-3a102aee76ae@gmail.com> Date: Wed, 1 Jul 2020 07:10:43 +0200 Cc: xml2rfc@ietf.org X-Mao-Original-Outgoing-Id: 615273043.0125901-67d9fec1d495cdaf95e28afd6b5e48b3 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4cfa5e4d-165b-54a1-e3a3-3a102aee76ae@gmail.com> To: Brian E Carpenter X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [xml2rfc] SVG and Kramdown X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 05:10:49 -0000 On 2020-07-01, at 07:00, Brian E Carpenter = wrote: >=20 > OK, I've seen the draft but it didn't help me one bit. >=20 > What do I write in a kramdown source to embed SVG artwork, and is it = possible to embed it in-line, or must it be an external file? See the example I just sent. You can write the XML right into the = kramdown source. This *is* a bit unwieldy, so try {::include fn} if you = want to avoid the prepping stage (a simple -v2v3 conversion will then = do). What tool do you use to generate the SVG? If it is generated from = plaintext input, I might want to add support for it. Goat, ditaa, = plantuml, and mscgen are =E2=80=9Csupported" right now, with potential = surprises in the code that turns the output into bi-level = black-and-white. (I=E2=80=99m fighting with mermaid right now =E2=80=94 svgcheck gives me = a lot of black rectangles; I probably have to further complicate my = pipeline to actually apply the styles left by mermaid.) Gr=C3=BC=C3=9Fe, Carsten From nobody Tue Jun 30 22:36:44 2020 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2690D3A00E0 for ; Tue, 30 Jun 2020 22:36:43 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H2=-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 (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 RFcRnqvU0b8G for ; Tue, 30 Jun 2020 22:36:41 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E922D3A00DF for ; Tue, 30 Jun 2020 22:36:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1593581797; bh=2yde/rIpQRi/J1XLLKrQW0JkClZgQFR9hP+mhKpjj+U=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=HR8uwJPF9Cfdz5nOy61DLhoHkVESO48BixWZeyEazKAjxLBfBmIDgag4BLyOSP3VI zOqjvpMglq8sTjI/1nbaIespGTX90feNMD7ZAIp2aVTtmzo42OgS+Zp7g7kX7AzORl egqaQc6FIBMY2tePwx01ID7N4hdiGfKn3OmAX+/k= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.182] ([84.171.154.196]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N4QsY-1iqXMh2QVC-011RAT; Wed, 01 Jul 2020 07:36:37 +0200 To: Brian E Carpenter , xml2rfc@ietf.org References: From: Julian Reschke Message-ID: <8bc691aa-bcd9-f6dc-8ff7-5ff758f924ef@gmx.de> Date: Wed, 1 Jul 2020 07:36:34 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:86apFPdnAnjdHEIP+RYcu1qIfPsnHuU259zOV04WocUB98Z4azM EuQq4Bh+nwI+R/cTMGS9/t9NpIbt9fwcIjY9VJvJltRLOtKuj79zSIaSku51CxMzqOY1lYC ifUpd4RmC5k4keSxOBGHFNYAhBQdi4sygXjxcEdEJkLl0AJUuqnL7rYVPt3moBg2mAUQkRP KwRYHqkgqrMKSzrMWkbgA== X-UI-Out-Filterresults: notjunk:1;V03:K0:tnjvJKwT0Wg=:OirWgfahcfDyzhAzeEg/1P ufrjA7cqyFcoqVQC6bRCSM/DGrD2OhpLg2maQ+i+8UYTAok2UyN9yrIJoeSprzi+l1Y/kysyr nRQEmY1YHpmzGBPeEVUzGfRTLxjA5mfMoQyreBJH7nH3Hw+YsS+wKo87SK48898VT24UR7bUJ fKkQIuJfebGHDGLWma6GkHPAJpXy0clXY9Kvzm29bt+lTdn8z9r+48X+gdh63vLwCmlZJoT63 p0TdJKBWSmCK89gGXdtjcY2Ek43NwV9nKWTyS/ZIdznHarRkAW0y9z7lz4z3qI+/TqHzOj/R7 5UPgyXe5fyT3W//f9Kv9qfdc+F8Gobed8nMm8Wvgn6bPO7aR2RBknaHo2FbvCpKB1EpL08I4B C/19ywUcHuZVMWz4BrICHiZK/8miXZVBBXk7+wmp8YSGutQ5w3MTuPZFrWlmUigR3xAA6CEFl kBs2PKZwzWGMjTKAV3O1UVstvQpPGVsVMiEN2vT6crvooKf/LTWIEi3jKHVbJSx8lmKRCzW1n ZhTNHbK7XvhKxVgwos34Ks4sPxaD9L0UNVvOge5XOE1wMwpns7ntGULavtnIBKpwooa/9p9o0 cHyQ2cstu4a1CLM9bP+aH7lVjpi/N1rfpJe6UXrkXnhTOhe2LQDXv6AVz9c0w16EZw6Ui31Xs E1wRoBvC0nq0eh7F0S78gulC5sa/g53ggr7uER3gCFwxdmj6CSythfK6K4Qwb/ua+M55We/wJ bJ7u+Zoh08clVjcUsj53Ltm3+l9DxY86TLEe5iLyh8zNDpfEOZ3KJGS0wHUpCKBzEwxAO3qrd /edFImdUq/3t3WJTNuMOXSfWnJeq+4tFYuEubJYJLnDo56R/EBthZILO6ZZem6FFjR4HyYoDE zpQ50sNkeEhTNNhueRpFx4+SuhqgRBfKxD45XVA5L02gZUiKs7dX6oJZW8HDi2U99GR9jrHMX FPPOTW/hB+bPx4cuf4JaS7AXirt/1KBgEw6aZw9q+bx/ZUW+vdp1eKA/7/ZaUuZw1BxF/i7s7 VRPvpTOMpJWJrXyf0k+NJgSJKeCzJ+2kcN4ffGCGqDSJwRTPCxQAmHXP78lor6qtKtHTDxJU4 bo6P07JsFDBtmRbIV4+IZa4knN6uti+61/NfRKBO5n4eGsQ827FG1/p1EOgeAUaUmvMR4gr8K To0d1T23GzoxSR2zB4ltugcbq1qPyImAoBg2IQeJ6Y7JyEJ/TQrqkkB6fsxCQfnElroZoenuA UR62bMPRtCxrmW8cqvcczuHS8ec7mkPmHSdmuzA== Archived-At: Subject: Re: [xml2rfc] Artwork only available as svg X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2020 05:36:43 -0000 On 01.07.2020 06:57, Brian E Carpenter wrote: > I'm pretty sure I'm missing something obvious, but when embedding = in-line in the conversion to v3 txt produces this: > > (Artwork only available as svg: No external link available, see > draft-carpenter-eligibility-expand-03.html for artwork.) > > I naively hoped that would replace that, but= it doesn't. That was the plan in RFC 7991. > Is there a solution? See . Best regards, Julian