
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Apr 11, 2010, at 2:59 PM, Jonas Sicking wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>On Sun, Apr 11, 2010 at 5:30 AM, Silvia Pfeiffer<br><<a href="mailto:silviapfeiffer1@gmail.com">silviapfeiffer1@gmail.com</a>> wrote:<br>f>> Is it expected that all of TTML will be required? The proposal suggests<br><blockquote type="cite"><font class="Apple-style-span" color="#540000"><br></font></blockquote><blockquote type="cite">That is also something that still has to be discussed further. Initial<br></blockquote><blockquote type="cite">feedback from browser vendors was that the full TTML spec is too<br></blockquote><blockquote type="cite">complicated and too much to support from the start. Thus, the<br></blockquote><blockquote type="cite">implementation path with the TTML profiles is being suggested.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">However, it is as yet unclear if there should be a native parsing<br></blockquote><blockquote type="cite">implementation of TTML implemented in browsers or simply a mapping of<br></blockquote><blockquote type="cite">TTML markup to HTML/CSS/JavaScript. My gut feeling is that the latter<br></blockquote><blockquote type="cite">would be easier, in particular since such a mapping has been started<br></blockquote><blockquote type="cite">already with Philippe's implementation, see<br></blockquote><blockquote type="cite"><a href="http://www.w3.org/2009/02/ThisIsCoffee.html">http://www.w3.org/2009/02/ThisIsCoffee.html</a> . The mapping would need<br></blockquote><blockquote type="cite">to be documented.<br></blockquote><br>Personally I'm concerned that if we start heading down the TTML path,<br>browsers are ultimately going to end up forced to implement the whole<br>thing. Useful parts as well as parts less so. We see this time and<br>again where if we implement part of a spec we end up forced to<br>implement the whole thing.<br></div></blockquote><div><br></div><div>I'm especially concerned that TTML presentation is formally defined in terms of XSL-FO, itself an extremely complicated spec that is in many ways at odds with the CSS formatting model in browser engines. I am not at all enthusiastic about implementing a second layout engine just for captions.</div><div><br></div><div>While some have claimed that it's probably possible to translate TTML presentation requirements to CSS, I don't really buy this without seeing a normative specification for how to do so.</div></div><br><div>Regards,</div><div>Maciej</div><div><br></div></body></html>