W3C home > Mailing lists > Public > www-svg@w3.org > January 2005

Re: SVG profiles

From: Jon Ferraiolo <jon.ferraiolo@adobe.com>
Date: Thu, 27 Jan 2005 06:50:36 -0800
To: Thomas DeWeese <Thomas.DeWeese@Kodak.com>, Antoine Quint <ml@graougraou.com>
Cc: "Fred P." <fprog26@hotmail.com>, www-svg@w3.org
Message-id: <>

At 05:23 AM 1/27/2005, Thomas DeWeese wrote:

>Antoine Quint wrote:
>>On 27 janv. 2005, at 13:51, Fred P. wrote:
>>>- SVG static [no css, no animation, no script, no event]
>>>could be useful for those wanting to support basic drawing operation 
>>>will still images.
>>I personally think this particular subsetting would have almost no 
>>relationship left with what SVG is, as described by the SVG specification.
>    Oh really?  Have you read the Conformance section lately?
>    There are two sub-categories of Conforming SVG Viewers:
>      l) Conforming Static SVG Viewers support the static language
>         features of SVG that correspond to the feature string
>         "http://www.w3.org/TR/SVG11/feature#SVG-static" (see Feature
>         strings). This category often corresponds to platforms and
>         environments which only render static documents, such as
>         printers.
>    I agree with Fred that there is really a need for such a profile,
>and not just for 'printing' but to act as a high-quality graphics
>interchange format - not everything wants or needs to be dynamic.
>    Fortunately the profile already exists!

To be precise, there is a "conformance level" for static SVG, not a 
"profile" for static SVG. The SVG family of specifications doesn't describe 
details for conformance levels as deeply as it does for profiles. For 
example, the static SVG conformance level is described with a couple of 
sentences, whereas the SVG Tiny 1.2 profile has its own lengthy 
specification. Perhaps there should be one or two new profiles. (But 
profiles are a lot of work. Don't hold your breadth.)

I sort of disagree and sort of agree with Antoine. Unlike what Antoine 
says, I believe there is clearly a use-case for SVG as a replacement for 
placed static graphics (i.e., EPS replacement), but in the direction of 
Antoine's comments, there is also a use-case for SVG for placed animated 
graphics (i.e., animated GIF replacement), and a third category would be 
interactive, animated graphics (i.e., replacement for animated GIF with 
image maps), and a fourth category would be a web application (where you 
add arbitrary scripting). And that's just four use-cases among many.

Received on Thursday, 27 January 2005 14:50:52 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:02 UTC