- From: Al Gilman <Alfred.S.Gilman@IEEE.org>
- Date: Fri, 27 May 2005 16:48:37 -0400
- To: www-svg@w3.org
<quote cite=
"http://www.w3.org/TR/SVGMobile12/intro.html#Profiling">
1.2.3 Profiling the SVG specification
The modularization of SVG 1.2 allows profiles to be described by
listing the SVG modules they allow and possibly a small number of
restrictions or extensions on the elements provided by those modules.
The "Tiny" profile of SVG 1.2 is the collection of all the modules
listed in this specification.
When applied to conformance, the term "SVG Tiny" refers to the "Tiny"
profile of SVG 1.2 defined by this specification. If an
implementation does not implement the Tiny profile, it must state
either the profile to which it conforms, or that it implements a
subset of SVG Tiny.
</quote>
<comment>
Is this discussion perhaps left over from a prior state of the documents?
I thought that the intention was in this go-around to make the Tiny
variant a standalone
language, and to express other profiles of SVG 1.2 as extensions
based on this core.
In addition, I don't feel it was ever technically correct to say that
the 'Tiny' profile of SVG 1.2
*is* a collection of modules. It is the language that results when
these modules are integrated
using a specific composition method. Consider why there is a driver
in the RELAX-NG
schema stack.
</comment>
<quote view="source" cite=
"">
<p>It is recommended that SVG files stored on Macintosh HFS
file systems be given a file type of <code>"svg"</code>
(all lowercase, with a space character as the fourth letter).
It is recommended that <a
href="http://www.ietf.org/rfc/rfc1952.txt">gzip</a>-compressed
SVG files stored on Macintosh HFS file systems be given a file
type of <code>"svgz"</code> (all lowercase).</p>
</quote>
<comment class="editorial">
The space character desired in the Mac file indication is missing
from the specification
text at this point. See if
<code>"svg "</code>
won't get the space shown.
<comment>
Al
/self
Received on Friday, 27 May 2005 21:01:01 UTC