W3C home > Mailing lists > Public > www-svg@w3.org > May 2014

Re: Clean-up SVG2 spec

From: Dirk Schulze <dschulze@adobe.com>
Date: Wed, 21 May 2014 20:21:40 +0000
To: Charles Lamont <charles@gateho.gotadsl.co.uk>
CC: "www-svg@w3.org" <www-svg@w3.org>
Message-ID: <C726B032-4025-4270-892A-5381D4612940@adobe.com>

On May 21, 2014, at 10:26 AM, Charles Lamont <charles@gateho.gotadsl.co.uk> wrote:

> There are two related issues here. The first question is about how to
> write specs. Dirk says "We should remove all redundancy." and David says
> "Ease of use of a spec by authors is a fundamental concern." More of
> this in a minute.

I disagree. There is no point in having redundancy to CSS for neither implementers nor authors. In fact, the redundancy is in comparison to CSS 2.0. Many things have been fixed and continue to be improved. Instead of merging all these changes back and significantly increase the spec text to cover everything from CSS 2.1 (very soon CSS 2.2), all CSS3 specs and all new specs is illogical. Instead we should create a global environment where SVG fits in to. CSS does that by creating modules. Pulling all these modules back into SVG would increase the size by a magnitude. How can this be readable for implementers or authors?

Greetings,
Dirk

> 
> The second matter, raised by David, is about the philosophy and history
> of the SVG specification process. I have always shared his misgivings
> about devolving a lot of SVG into CSS. There is frequently no logical
> differentiation between 'style' and 'content' in a graphic work, and
> dividing one visualisation into two completely different document
> structures under two different sets of standards does not make the
> creation or maintenance of an image easier to understand or do. On the
> other hand I understand the reasons for the split. In any case, it is a
> fait accompli, and we probably have to live with it, start again from
> scratch, or wait until someone comes up with the brilliant idea of
> merging the two streams.
> 
> So, how does the second question impinge on the first? From the point
> of view of creating and maintaining the specifications, they should be
> terse, orthogonal and complete. The spec should be a reference, not a
> handbook. However, the convenience of the specification's creators is
> secondary to that of its audience, and the target audience should be as
> broad as reasonably achievable. The complications arising from needing
> two systems at once need to be mitigated. The SVG specs need to make it
> clear what aspects of the image they define, what (kinds of related
> thing) they do not set out to define, and where to look. They needs to
> explain why so much of what will be needed is in CSS rather than SVG.
> Section by section indication would probably be helpful, but a
> fine-grained cross-reference to each detail would be onerous to
> maintain and might compromise readability. Diagrams might help.
> 
> -
> Charles Lamont
> 
Received on Wednesday, 21 May 2014 20:22:22 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:54:53 UTC