Re: [Bug 11207] Make track element additions technology neutral

More to the point, even we were to select a timed text format as recommended or mandatory, that's a long way from making it the only one ever possible.  The API *clearly* needs to be generic and not specific to a given format.

On Nov 3, 2010, at 17:38 , bugzilla@jessica.w3.org wrote:

> http://www.w3.org/Bugs/Public/show_bug.cgi?id=11207
> 
> John Foliot <jfoliot@stanford.edu> changed:
> 
>           What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                 CC|                            |jfoliot@stanford.edu
> 
> --- Comment #2 from John Foliot <jfoliot@stanford.edu> 2010-11-03 16:38:52 UTC ---
> (In reply to comment #1)
>> Why do we want to remove WebSRT specifics? 
> 
> At this time the media sub-group of the Accessibility Task Force desire that
> the language be as neutral and technology agnostic as possible. It is unclear
> _at this time_ if WebSRT is sufficient for meeting all of the user requirements
> and author needs that we have identified. We are currently evaluating a number
> of time formats (WebSRT, TTML, etc.) to determine which, if any, best meets
> these needs, which is why we are asking that folks review the user
> requirements.
> 
>> Why do we want to try and
>> genericize the API, when there aren't currently plans to add additional timed
>> text formats?
> 
> Curious to know where this assertion is coming from, as AFAIK this has never
> been discussed within the W3C, and this is a topic that I have been following
> most closely. Implementers might be experimenting with WebSRT today (and there
> is usefulness in that), but at this time I do not believe a final decision has
> been made to standardize on a specific time format.
> 
> -- 
> Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug.
> 

David Singer
Multimedia and Software Standards, Apple Inc.

Received on Wednesday, 3 November 2010 16:52:37 UTC