On Mon, Apr 12, 2010 at 12:47 PM, Silvia Pfeiffer <span dir="ltr"><<a href="mailto:silviapfeiffer1@gmail.com">silviapfeiffer1@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div>Understood. But what is actually the cost of implementing all of TTML?<br></div>
The features in TTML all map onto existing Web technology, so all it<br>
takes is a bit more parsing code over time.<br></blockquote></div><br>When implementing one complex spec (TTML + XSL-FO) in terms of another complex spec (HTML + CSS), you have to be very very lucky to find that all the features map perfectly, even if the specs were designed to work together that way, which in this case they are not. Even if you're lucky today, evolution of the specs could easily accidentally break things.<br>
<br>We could make that problem go away by normatively defining something that looks like TTML in terms of a translation to HTML + CSS. It wouldn't really be TTML though, and where's the added value for authors?<br>
<br>I understand the deep political problems here, but I think it's most logical for styled content for the Web to use (possibly a subset of) HTML and CSS. Server-side tools to translate between TTML and HTML+CSS would be one way to address the desire to interoperate with TTML.<br>
<br>Rob<br>-- <br>"He was pierced for our transgressions, he was crushed for our iniquities; the punishment that brought us peace was upon him, and by his wounds we are healed. We all, like sheep, have gone astray, each of us has turned to his own way; and the LORD has laid on him the iniquity of us all." [Isaiah 53:5-6]<br>