Re: [xml2rfc-dev] <artset> feedback

Julian Reschke <julian.reschke@gmx.de> Fri, 10 May 2019 17:02 UTC

Return-Path: <julian.reschke@gmx.de>
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 A5B7D120089 for <xml2rfc-dev@ietfa.amsl.com>; Fri, 10 May 2019 10:02:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 rD6hIEy0gqNK for <xml2rfc-dev@ietfa.amsl.com>; Fri, 10 May 2019 10:02:48 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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 3335512000E for <xml2rfc-dev@ietf.org>; Fri, 10 May 2019 10:02:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1557507752; bh=lpU6CyMFJlV5xZQ6EaWdFGoSCOxUyvnDcUwfolSjXqg=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=YyTWWD+1j+097im1oVg/yTZg/BqrPZJYp8j75/jxZMlYcyDstpEoYMjeqF0eCFOBL 9xVzxXMZLBF0p0AExMaEtNWttGX1wu+z86i0q7Be+OqXKI+U74630S9mhW2/TSCpPh 2qLBI82buhFBiteifiILCwa3TMqPT9kPeWpYagSk=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.124] ([84.171.148.236]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MbRfv-1griyH1oz3-00btKQ; Fri, 10 May 2019 19:02:32 +0200
To: Henrik Levkowetz <henrik@levkowetz.com>, XML Developer List <xml2rfc-dev@ietf.org>
References: <eb78385f-9ac0-01e8-8b4a-572d8890c1a1@greenbytes.de> <19522381-3529-e66e-adb4-3a1c7d5ee9ea@gmx.de> <e8791b44-738a-9ebe-946e-4b02a6635dc2@levkowetz.com> <df6742ec-d60b-0835-ad87-a297531a2771@gmx.de> <4fe5ca5e-4fbf-6ca8-36c7-1d1b93dfc07a@levkowetz.com> <fe699579-d33f-44ca-9d14-f3d99223392b@gmx.de> <a8b0cca7-4bfd-df14-c30e-fdf8bedcab90@levkowetz.com> <10473b16-04b7-7c48-cd29-fbd5d3e15ee8@gmx.de> <ee4721b2-0add-c8ea-bd31-c2087afcbad8@levkowetz.com>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <2f56f446-68b3-4755-54c5-213481a7068e@gmx.de>
Date: Fri, 10 May 2019 19:02:31 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <ee4721b2-0add-c8ea-bd31-c2087afcbad8@levkowetz.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:0K9Guf25IMfjY0wejZBIT6zbWTBod9tyl5WJf0ApzL+UIyPXRdU 6SFddo60WoUI5FN+bPZgdo8FYqoNUqL+7PLUTGHhunqM/xvz20ZMb2MQshqmktFrEmAaIGy ATgWUlCOGY4f90YGdKIOJxJ/Op1zFxOWe3zy28A1wOMHEfplsu7+de1ZAPGqKzknHb6CALN 0orQntAdL2KZrP7w3oONQ==
X-UI-Out-Filterresults: notjunk:1;V03:K0:9IN1mzPXT08=:VG1MQX0UmkgHjol7786USy 6/Ks5wtnVTHMRm3oelGHyv4SI7U2mdXQ8ZPluH8Gd39G+fW/Ydl81KgkUOJHN3NKC+mdaTBEF VKgnXmYs5arTa1p9UuALNcUcrI2260rjyPt6c52KscQYAjSZw16qA3OAdVC3RgvUTrRBoWjA6 w5o8JsS2aelNnn9+Bk48sZEo134YWBRC5NkBJtxRzxepjkC39gKY05zmvlNNIkbGFxAzbuIHY fn7cf7AvnchtC9x9xzr/G5dnN3ENt/n7iddsl6KPfMwrX7gu42xCKAn1d4HOUDXNu+Egtb5nd g1RFGa0FPkKQroEq8UZMuIPXUQwPtwrpRQBYIxV7fjW5ftJVYvftEnNwdqwwawV9mIv/GCu6w f5j27B8iOTjzJDd8XJP5+YuUI/dJOqiXYmWNxVtt6yICgqg7wmLypa1aD4+fXtfepMVZH3/jl sbOMKCkS9z4LduCEDiWehg5iX2Uhg54mcCtEGw6gd72XxLs32FfLs+CkO1iTqPGHI2opGPhTM +fvJ6O21gXbCBhpe/5lAMRxN2P7DG61wpBVXU6QVLP4jKuwQ9SdcRzC3JSxpQ4X1kR8lM+fCy YM15hRt7tCCFfDwkmq1rO9I7s4EKYZbAxlvbBXkGqq6N3qVmvGW/TJifyOXjc1xp1ReNUAAwc +zQLkyTm9dQmPvV3mO+k/rDaFZqo0kBLxAw6lymlLN8YvNwsD51lAkc9DMiuDKwJYaUe+121G P7e7I/ai/i0oofG2dhdbhkST+RVDwsWq/01GMWfsH11EeydveZlEe5JBXFPCWWQQ5Rxa3j3eg hbRt/c5+YRlZqrmA3Ldma2m2pBBK0cWT4fER/nZYPM6hI8E2wTTyUQ9UCbprDPtHf4SrshbCn K5rhmzZla09tr2KKnZcpLABWt4LmV9ENYrGDeymmARrhXlBl+8Djewl0EeyFjBtJUEmOZpZ7e gg9Wp/qT3oA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/RVsqlBmmyqJTqksZyUdt_UmYBKE>
Subject: Re: [xml2rfc-dev] <artset> feedback
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, 10 May 2019 17:02:51 -0000

On 10.05.2019 18:05, Henrik Levkowetz wrote:
> Hi Julian,
>
> On 2019-05-10 17:46, Julian Reschke wrote:
>> On 10.05.2019 12:00, Henrik Levkowetz wrote:
>>>
>>>
>>> On 2019-05-10 11:38, Julian Reschke wrote:
>>>> On 10.05.2019 11:25, Henrik Levkowetz wrote:
>>>>> ...
>>>>>> Yes. What makes you think it's not?
>>>>>
>>>>> When did v2 get support for handling both a 'src' attribute and textual
>>>>> content in <artwork>?
>>>>> ...
>>>>
>>>> For at least ten years, I'd say.
>>>>
>>>> Excerpt from rfc5598.xml, dated July 2009:
>>>>
>>>>>           <artwork
>>>>>           align="center"
>>>>>           alt="[ User, MHS, User Service Model ]"
>>>>>           name="Basic Internet Mail Service Model"
>>>>>           src="email-arch-fig-svcmodel.png"
>>>>>           type="image/png">
>>>>> <![CDATA[
>>>>>                                  +--------+
>>>>>               ++================>|  User  |
>>>>>               ||                 +--------+
>>>>>               ||                      ^
>>>>> +--------+  ||          +--------+  .
>>>>> |  User  +==++=========>|  User  |  .
>>>>> +---+----+  ||          +--------+  .
>>>>>       .       ||               ^      .
>>>>>       .       ||   +--------+  .      .
>>>>>       .       ++==>|  User  |  .      .
>>>>>       .            +--------+  .      .
>>>>>       .                 ^      .      .
>>>>>       .                 .      .      .
>>>>>       V                 .      .      .
>>>>> +---+-----------------+------+------+---+
>>>>> |   .                 .      .      .   |
>>>>> |   .................>.      .      .   |
>>>>> |   .                        .      .   |
>>>>> |   ........................>.      .   |
>>>>> |   .                               .   |
>>>>> |   ...............................>.   |
>>>>> |                                       |
>>>>> |     Message Handling Service (MHS)    |
>>>>> +---------------------------------------+
>>>
>>> And what was the v2 handling of this?
>>
>> If by "v2" you refer to the spec, the answer is over here:
>> <https://greenbytes.de/tech/webdav/rfc7749.html#element.artwork>.
>
> No, Julian.  That is not the _spec_ for v2.  That is a retroactive
> best-effort attempt at describing what v2 tools did, and very useful
> as such.  If there is a _spec_ for the vocabulary before RFC 7991, it
> would be RFC 2629.

No. The abstract says:

"Version 2 represents the state of the vocabulary (as implemented by
several tools and as used by the RFC Editor) around 2014."

So this is version 2 of the vocabulary (as spoken in 2014), opposed to
v1 (RFC 2629) and v3 (RFC 7991).


>> But if you refer to the v2 impl (Python-based), as opposed to the
>> original TCL implementation: I don't know.
>
> Ok.
>
>> That RFC was produced with
>> the old tool.
>
> Aha?  So that's HTML from the TCL tool, not from your XSLT processor?

The published PDF was generated using rfc2629toFO.xslt. The published
text was published my submitting XML to the RFC Editor, and they
presumably used the TCL processor to generate nroff.

If your question is whether the TCL version processed artwork/@src: yes,
it did (when generating HTML). Even for SVG. Try yourself.

> ...

Best regards, Julian