Re: [rfc-i] [Tools-discuss] What do do about SVG

Robert Sparks <rjsparks@nostrum.com> Fri, 14 May 2021 13:54 UTC

Return-Path: <rfc-interest-bounces@rfc-editor.org>
X-Original-To: ietfarch-rfc-interest-archive@ietfa.amsl.com
Delivered-To: ietfarch-rfc-interest-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 082493A33BC; Fri, 14 May 2021 06:54:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.452
X-Spam-Level:
X-Spam-Status: No, score=-2.452 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, MAILING_LIST_MULTI=-1, NICE_REPLY_A=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.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 VOp6gouvrkeI; Fri, 14 May 2021 06:53:58 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73EC13A33AF; Fri, 14 May 2021 06:53:58 -0700 (PDT)
Received: from rfcpa.amsl.com (localhost [IPv6:::1]) by rfc-editor.org (Postfix) with ESMTP id E6C05F407DB; Fri, 14 May 2021 06:53:52 -0700 (PDT)
X-Original-To: rfc-interest@rfc-editor.org
Delivered-To: rfc-interest@rfc-editor.org
Received: from localhost (localhost [127.0.0.1]) by rfc-editor.org (Postfix) with ESMTP id 427CAF407DB for <rfc-interest@rfc-editor.org>; Fri, 14 May 2021 06:53:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at rfc-editor.org
Authentication-Results: rfcpa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.com
Received: from rfc-editor.org ([127.0.0.1]) by localhost (rfcpa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a6mrcrHrgoVp for <rfc-interest@rfc-editor.org>; Fri, 14 May 2021 06:53:47 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) by rfc-editor.org (Postfix) with ESMTPS id 306FFF407DA for <rfc-interest@rfc-editor.org>; Fri, 14 May 2021 06:53:47 -0700 (PDT)
Received: from unformal.localdomain ([47.186.1.92]) (authenticated bits=0) by nostrum.com (8.16.1/8.16.1) with ESMTPSA id 14EDqBZN071573 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 14 May 2021 08:52:11 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1621000332; bh=WC7gPaU55IoVU2bM8YOaA14iLY+5Hx7OBafU3C+fBKM=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=j9+pANORnA+9WtXK2Gnaz+Q6EgZR7crUc4QhI/38dSvPuteqq5bAKyzo/nul2ZGwk +JXVsZvEnhdNA8571ICFptq1POgqZeFOZ4vJXY42ewlr42tB/XP345EH4PGLH83ZNt hIgEwMR9WLmQhhiOfaDPu6m7svCITmqFdFmKZKE4=
X-Authentication-Warning: raven.nostrum.com: Host [47.186.1.92] claimed to be unformal.localdomain
To: "HANSEN, TONY L" <tony@att.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, Nevil Brownlee <nevil.brownlee@gmail.com>
References: <f564019-d8b1-76c2-2768-c135d834dc32@iecc.com> <763b8195-6139-fb20-aa4e-2b4d89b5681c@gmail.com> <75d1b100-e761-e9bb-2ae0-02266c86b499@it.aoyama.ac.jp> <6BDFA0EA-D6F1-4443-B771-9B1A0AD56713@tzi.org> <c6dc75da-0b88-bc68-39fe-17887411b97f@gmail.com> <550c00a4-171d-bf12-b1f5-51dcc639359c@gmail.com> <8a637f4b4c7e41c99169fdfc3bdb0290@SYBPR01MB6859.ausprd01.prod.outlook.com> <CACOFP=hC0poW6ZKCAsh=r5A5orB3OGxDsQLadEb=zXnun4n9VA@mail.gmail.com> <95541255-19f0-69a6-1db6-83695e3bff35@gmail.com> <DE80976B-6B30-401E-A29F-368579A98FD8@att.com>
From: Robert Sparks <rjsparks@nostrum.com>
Message-ID: <913a57c1-af80-b608-3ffd-92f5e72ce2d9@nostrum.com>
Date: Fri, 14 May 2021 08:52:05 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.10.1
MIME-Version: 1.0
In-Reply-To: <DE80976B-6B30-401E-A29F-368579A98FD8@att.com>
Content-Language: en-US
Subject: Re: [rfc-i] [Tools-discuss] What do do about SVG
X-BeenThere: rfc-interest@rfc-editor.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <rfc-interest.rfc-editor.org>
List-Unsubscribe: <https://www.rfc-editor.org/mailman/options/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <http://www.rfc-editor.org/pipermail/rfc-interest/>
List-Post: <mailto:rfc-interest@rfc-editor.org>
List-Help: <mailto:rfc-interest-request@rfc-editor.org?subject=help>
List-Subscribe: <https://www.rfc-editor.org/mailman/listinfo/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=subscribe>
Cc: RFC Interest <rfc-interest@rfc-editor.org>, Tools Team Discussion <tools-discuss@ietf.org>
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: rfc-interest-bounces@rfc-editor.org
Sender: rfc-interest <rfc-interest-bounces@rfc-editor.org>

The repository for svcheck is at 
https://github.com/ietf-tools/RfcEditor/tree/master/svgcheck.

RjS

On 5/14/21 8:10 AM, HANSEN, TONY L wrote:
> Thank you, Nevil, Brian
>
> On 5/14/2021, 12:43 AM, "Brian E Carpenter" <brian.e.carpenter@gmail.com> wrote:
>
>      Hi Nevil,
>
>      I'll write off list with the things I discovered. Some of it was quite
>      a long time ago, so I'll have to look back at my emails to Jim.
>
>      One thing for now though. I'm illiterate in RelaxNG, but it seems
>      to me that <style> is definitely allowed in two or three places
>      in RFC7996, and it isn't even defined in svgcheck/word_properties.py
>      so it's no wonder that svgcheck rejects it.
>
>      Regards
>         Brian
>
>      On 14-May-21 16:23, Nevil Brownlee wrote:
>      > Hi Brian and Tony:
>      >
>      > I'm the guy who wrote the original version of svgcheck.py.
>      > Jim Schaad did the production engineering on it, and I worked with him
>      > to make sure it was compliant with the RNC schema that appears in RFC
>      > 7996.
>      >
>      > I recently downloaded svgcheck (from the RFC Editor site, I think),
>      > that's version 0.6.0;  I could work through that to fix the problems
>      > Brian reported.  However, it will need someone on the Tools team to
>      > get the fixed version back into their repository.
>      >
>      > Please let me know if you'd like me to make the changes to svgcheck
>      > (it will take a week or two though).
>      >
>      > Cheers, Nevil
>      >
>      >
>      > On Fri, May 14, 2021 at 12:29 AM HANSEN, TONY L <tony@att.com> wrote:
>      >>
>      >> On 5/13/2021, 12:24 AM, "rfc-interest on behalf of Brian E Carpenter" <rfc-interest-bounces@rfc-editor.org on behalf of brian.e.carpenter@gmail.com> wrote:
>      >>
>      >> After some investigation, I've understood that this particular problem
>      >> is because svgcheck doesn't allow <style> as a child of <svg>. Nor, after
>      >> some experiments, as a child of <path>, even though the RelaxNG in
>      >> RFC7996 appears to allow it. (Also, when <style> defines a color, and
>      >> I patch svgcheck/word_properties.py to allow <style>, svgcheck doesn't
>      >> seem to detect the color elements inside <style>.)
>      >>
>      >> In the course of this I found another instance of a particular
>      >> bug in svgcheck (failure to increment errorCount).
>      >>
>      >> So we have the facts that
>      >> (a) svgcheck is buggy;
>      >> (b) it doesn't implement the RelaxNG in RFC7996;
>      >> (c) sadly, we lost the maintainer of the code;
>      >> (d) our subset of TinySVG is very hard to generate with most drawing tools;
>      >> (e) experience shows that special SVG mangling programs are needed to prepare files for inclusion in RFCs;
>      >> (f) we've been told that TinySVG is no longer alive at W3C;
>      >> (g) browsers appear to be fully competent at interpreting full SVG.
>      >>
>      >> How can we make progress on resolving this?
>      >>
>      >> As an FYI, I see three maintainers listed for svgcheck at https://urldefense.com/v3/__https://pypi.org/project/svgcheck/__;!!BhdT!3hOxHzMKjodMzADvfA9H8y70wYlv3lgGYPIoeh7v2-GPsHPlZ0GobwwsCQ$ . Can we poke them to address some of these issues, in particular a&b? Or provide them pull requests for the code?
>      >>
>      >> d,e,f are somewhat intractable unless we throw it out entirely and move to full SVG. g is one argument for that.
>      >>
>      >> However, there were several reasons behind going with a subset, laid out in section 2 of RFC 7996 and section 3.2 of RFC 6949. Any movement to support a larger version of SVG needs to address these requirements first.
>      >>
>      >> Tony
>      >>
>      >> _______________________________________________
>      >> rfc-interest mailing list
>      >> rfc-interest@rfc-editor.org
>      >> https://urldefense.com/v3/__https://www.rfc-editor.org/mailman/listinfo/rfc-interest__;!!BhdT!3hOxHzMKjodMzADvfA9H8y70wYlv3lgGYPIoeh7v2-GPsHPlZ0GOjT-1tQ$
>      >
>      >
>      >
>
> ___________________________________________________________
> Tools-discuss mailing list - Tools-discuss@ietf.org
> This list is for discussion, not for action requests or bug reports.
> * Report datatracker and mailarchive bugs to: datatracker-project@ietf.org
> * Report tools.ietf.org bugs to: webmaster@tools.ietf.org
> * Report all other bugs or issues to: ietf-action@ietf.org
> List info (including how to Unsubscribe): https://www.ietf.org/mailman/listinfo/tools-discuss
_______________________________________________
rfc-interest mailing list
rfc-interest@rfc-editor.org
https://www.rfc-editor.org/mailman/listinfo/rfc-interest