Re: [rfc-i] SVG/A specification.

Phillip Hallam-Baker <> Sat, 25 January 2020 20:20 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6CC58F406DB for <>; Sat, 25 Jan 2020 12:20:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.396
X-Spam-Status: No, score=-1.396 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id fsFv6exzM0ik for <>; Sat, 25 Jan 2020 12:20:05 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTPS id 42578F406D8 for <>; Sat, 25 Jan 2020 12:20:05 -0800 (PST)
Received: by with SMTP id p8so4881780oth.10 for <>; Sat, 25 Jan 2020 12:20:17 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=f3J10dUOugbBXlFAcIZBYz0lxyxO99hs1kUfCEwC64s=; b=fwdtWYe5+Tkoxk5dLGN1KUQjvpPUw9TNRoqyG2v7LXctoWUUFf+a8qycqrNh054EQb 1LN8ti/Cfa8/ek1nOdfS+4Xvjg1GBoPsdQW5FOkUGTcdjtRRgXYQI/j11TJJZ99C/x9c 1p15w+9hJXMi9W/rFX6DRph3tQVhmJdTo18KSxoTsjVcPgZAlTN28a7axIQZiAxrLO+0 BrlT/TsY8n6dMmocqsQ88aJD7RbS1YgxBC3s+IYJcsIWrf0LNBNf9seuUBLp0WagrqTg r508ytk18pa8FVHsmpPQWajF1DdlKBTZMlA96ScmCyALizpbwZGqHbG2iiQMdZkUi+jl BMBg==
X-Gm-Message-State: APjAAAWRU0f9t4y9MGYy5PDcjK5r0/4Jd27UXqy1A+u1M3ZwjkjlWe5I yC52PTA3MRv3YykBBsvSDVLSVSOHRq8tLCh9EHzByRpk
X-Google-Smtp-Source: APXvYqxFwtHg5HqygFWBtmkKItOYFvxA8JMt65XnsgExAtur5C8pyO0EhwDYevLbo7O/p/Gp/8umdmfzJqHRtxvU24Q=
X-Received: by 2002:a05:6830:154a:: with SMTP id l10mr7355940otp.44.1579983616450; Sat, 25 Jan 2020 12:20:16 -0800 (PST)
MIME-Version: 1.0
References: <> <> <> <> <> <>
In-Reply-To: <>
From: Phillip Hallam-Baker <>
Date: Sat, 25 Jan 2020 15:20:06 -0500
Message-ID: <>
To: Julian Reschke <>
Cc: Leonard Rosenthol <>, RFC Interest <>
Content-Type: multipart/alternative; boundary="00000000000035a324059cfc9a55"
Subject: Re: [rfc-i] SVG/A specification.
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 25 Jan 2020 20:20:06 -0000

On Sat, Jan 25, 2020 at 1:01 AM Julian Reschke <>

> On 24.01.2020 21:24, Phillip Hallam-Baker wrote:
> > ...
> >
> > That was a typo, the tool currently suppresses id, class and style. I
> > meant to delete id from that list and deleted style instead.
> >
> > The id is not needed for SVG-Tiny and the easiest way to avoid
> > duplication was to delete 'em.
> > ...
> It might be nice if text could link into SVG content. Of course that
> might require rewriting IDs when SVGs get inlined.

I don't see this as being very practical for RFCs unless people either want
to write an entirely new editor tool chain or grapple with really low level
XML. As far as I am concerned, my editing formats are .docx, .md and .svg.
If I have to open an XML2RFC it is a problem.

Where this could be really useful is for Internet Drafts if people start
using my commentary tool.

The commentary tool takes a copy of a document and allows people to comment
on specific paragraphs as shared annotations. Each comment then has a
process associated with it which may involve creation of an issue, merger
into an issue, etc.

Basically it is what folk are trying with GITHub but on steroids.

It did work about five years back but will need some comprehensive
re-engineering, which is only going to be practical after I finish the Mesh
3.0 release because I will build the new version on the Mesh. This work has
been delayed somewhat by the untimely death of one of my collaborators.

The prior art for this goes back to 1994 when Mallery and Hurwitz developed
the first incarnation for Al Gore's Open Meeting on the Web.

The IETF version will be public of course. But the paid enterprise version
will be end-to-end secure meaning that the comments are secure even if the
cloud service is compromised. It is the system I originally designed the
Mesh to secure.