Hi, Bjoern-
Bjoern Hoehrmann wrote:
|
| * Doug Schepers wrote:
| >As I said, we have sent a request for confirmation of this
| interpretation,
| >or further clarification, to the SYMM Working Group, since
| this does seem to
| >be open to interpretation. If you have further insight or a
| strong opinion
| >on this, however, we would be happy to consider it for
| inclusion in the SVG
| >Tiny 1.2 spec.
|
| I raised the issue, the suggestion that I might have raised it even
| though I don't actually think there is an issue that needs to be
| addressed through changes to the specification is very odd.
Sorry, I don't see where you are getting any such suggestion. I merely
asked if you had a interpretation of the SMIL specification that was
different than our own.
| I've
| explained what is unclear and why it is unclear. What SMIL defines
| is not actually relevant due to the way SVG Tiny 1.2 refers to SMIL
| and its own Animation chapter.
It's not clear to me why you say that SMIL is not relevant. SVG Tiny 1.2
has this to say [1] on the subject:
"SVG is a host language in terms of SMIL 2.0 Animation and therefore
introduces additional constraints and features as permitted by that
specification. Except for any SVG-specific rules explicitly mentioned in
this specification, the normative definition for SVG's animation elements
and attributes are the SMIL 2.0 Animation Modules."
In SMIL 2.0 Animation Modules [2], it does not define or elaborate on
"event-base". However, it does say, "The reader is presumed to have read and
be familiar with the SMIL 2.0 Timing modules."
It is the SMIL 2.0 Timing modules that I referred to in my explanation of
how "event-base" is determined.
I am personally reluctant to define a concept in SVG that is derived from a
spec that we normatively reference. For this reason, I would prefer to rely
on the reference I have already indicated. However, if you think that it is
both important enough, and undefined in the SMIL specification, that it
should be made explicit in the SVG Tiny 1.2 specification, I will suggest
the following prose to the SVG WG for inclusion:
"The default event-base for graphically-rendered elements is the element
itself, and
for non-graphical elements, such as the 'audio' element, it is the rootmost
'svg' element."
Please let me know promptly if you do feel the need for this to be added,
and if so, if this prose is acceptable to you.
[1]
http://www.w3.org/TR/SVGMobile12/animate.html#RelationshipToSMILAnimation
[2]
http://www.w3.org/TR/2005/REC-SMIL2-20050107/animation.html#animationNS-Intr
oduction
Regards-
Doug