- From: J.J.SOLARI <jjsolari@pobox.com>
- Date: Mon, 4 Mar 2002 13:00:16 +0100
- To: www-svg@w3.org
Hello,
In translating the SVG1 specification (into French), I found some
omissions and typos, and (likely) some errors. Here they are:
In pages :
================================
<http://www.w3.org/TR/2001/REC-SVG-20010904/coords.html>
In the very last sentence: ... If the given attribute or property is not
currently being animated, contains the same
the expression: "...value as'baseVal'." is missing at the end of the
sentence.
================================
<http://www.w3.org/TR/2001/REC-SVG-20010904/paths.html#InterfaceSVGAnimatedPathData>
In Interface SVGAnimatedPathData, definition of normalizedPathSegList
attribute:
[...]
readonly SVGPathSegList normalizedPathSegList
Provides access to the base (i.e., static) contents of the d attribute
in a form where all path data commands are expressed in terms of the
following subset of SVGPathSeg types: SVG_PATHSEG_MOVETO_ABS (M),
SVG_PATHSEG_LINETO_ABS (L), SVG_PATHSEG_CURVETO_CUBIC_ABS (C) and
SVG_PATHSEG_CLOSEPATH (z). Thus, if the d attribute has an "absolute
moveto (M)" and an "absolute arcto (A)" command, then pathSegList will
have one SVG_PATHSEG_MOVETO_ABS entry followed by a series of
*SVG_PATHSEG_ARC_ABS* entries which approximate the arc. This alternate
representation is available to provide a simpler interface to developers
who would benefit from a more limited set of commands.
[...]
Since the values are expressed in the limited subset above, the
expression "...followed by a series of *SVG_PATHSEG_ARC_ABS* entries..."
doesn't make sense. Shouldn't it be [SVG_PATHSEG_LINETO_ABS] instead?
================================
<http://www.w3.org/TR/2001/REC-SVG-20010904/shapes.html#InterfaceSVGCircleElement>
In InterfaceSVGCircleElement:
The SVGCircleElement interface corresponds to the *'rect'* element.
should be: The SVGCircleElement interface corresponds to the ['circle']
element.
================================
<http://www.w3.org/TR/2001/REC-SVG-20010904/text.html>
In10.13.3: Text on a path layout rules, last paragraph, third sentence
beginning with "When the inline-progression-direction
is *horizontal*..."
should be: "When the inline-progression-direction is [vertical]..."
=================================
<http://www.w3.org/TR/2001/REC-SVG-20010904/filters.html>
In 15.12 Filter primitive 'feComposite':
Image of the exemple doesn't correspond with SVG code (at least with
Adobe SVGViewer 3.0, or Opera built-in SVG viewer)
For a comparison, see a screenshot at:
<http://www.yoyodesign.org/tmp/svg1/feComposite_with_viewer.png>
In 15.19 Filter primitive 'feMerge': first line, "This filter primitive
composites input image layers on top of each other using the *over*
operator"
should be: "... using the [in] operator ... "
should be: the *in* operator
==================================
<http://www.w3.org/TR/2001/REC-SVG-20010904/linking.html#SVGFragmentIdentifiers>
In 17.2.2 SVG fragment identifiers: second paragraph, first bullet, last
sentence : ... (The bare name form of addressing *#MyElement* is
equivalent to the XPointer formulation #xpointer(id('MyView')).)
should be: (The bare name form of addressing *#MyView* is equivalent to
the XPointer formulation #xpointer(id('MyView')).)
==================================
<http://www.w3.org/TR/2001/REC-SVG-20010904/fonts.html>
In 20.2 Overview of SVG Fonts: last exemple demonstrating referenced
font: ... <text x="100" y="100"
style="font-family: 'Super Sans'; font-weight:normal;
font-style: italic">*Text using embedded font*</text> ...
should be: ... <text x="100" y="100"
style="font-family: 'Super Sans'; font-weight:normal;
font-style: italic">Text using *referenced* font</text> ...
==================================
hih,
JJS.
--
/* home page <http://www.yoyodesign.org/> */
/* public key id: 9eb99ddb <http://www.keyserver.net/> */
Received on Monday, 4 March 2002 08:41:53 UTC