RE: test suite issue

Yes its optional. But if you leave it out the default comes into play.

Sean Hayes
Media Accessibility Strategist
Accessibility Business Unit
Microsoft

Office:  +44 118 909 5867,
Mobile: +44 7875 091385

From: Geoff Freed [mailto:geoff_freed@wgbh.org]
Sent: 10 December 2008 18:45
To: Sean Hayes; public-tt@w3.org
Subject: Re: test suite issue


but in 10.2.4 (http://www.w3.org/TR/2006/CR-ttaf1-dfxp-20061116/#timing-attribute-timeContainer), the spec says "if specified."  doesn't that imply that it's optional?

g.



On 12/10/08 11:25 AM, "Sean Hayes" <Sean.Hayes@microsoft.com> wrote:
All of the test suite examples look like the following:
...
</head>
 <body>
   <div>
     <p tts:color="red" begin="0s" end="10s">This text must be red.</p>
  </div>
 </body>
</tt>

However the semantics here are in fact that nothing gets displayed:

Spec:
If no timeContainer attribute is specified, then a body element must be interpreted as having sequential time containment semantics
And (constraints on SMIL semantics)

The implicit duration of body, div, p, and span (whether anonyous or not) is defined as follows: if the element's parent time container is a parallel time container, then the implicit duration is equivalent to the indefinite duration value as defined by [SMIL 2.1] <#smil21> ; if the element's parent time container is a sequential time container, then the implicit duration is equivalent to zero.

Thus since the div is in a sequential context, and neither dur nor end is specified, its active duration is 0.


Since we probably don't want this behaviour, I suggest we either change the default time container semantics of body as par, or fix all of the test suite cases where this occurs.


Sean Hayes
Media Accessibility Strategist
Accessibility Business Unit
Microsoft

Office:  +44 118 909 5867,
Mobile: +44 7875 091385

Received on Wednesday, 10 December 2008 18:54:57 UTC