[Bug 21851] revert removal of text and getCueAsHTML members; address constructor changes

https://www.w3.org/Bugs/Public/show_bug.cgi?id=21851

--- Comment #7 from Ian 'Hixie' Hickson <ian@hixie.ch> ---
(In reply to comment #5)
> 
> In some cases, the page's author knows the text track content type, because
> the author chooses what sources to use, and may (but need not) know the text
> track.
> 
> Frankly, I am not satisfied with this state of affairs; however, you and
> others argued against providing UA hints to the client JS in the case this
> isn't true when [1] was closed without really solving the problem.
> 
> [1] https://www.w3.org/Bugs/Public/show_bug.cgi?id=13359

I don't understand the relevance of this to this bug.


> Very simple: (1) it's there now (on TextTrackCue in 5.0)

There was a lot more on TextTrackCue before, not just these two members. Why
are these two members special?


> (2) it's implemented (in a variety of UAs)
> (3) it's being used

The model of every format's interface having these members is completely
backwards compatible with what is implemented and used, as far as I can tell,
without making future interfaces meaningless and confusing.


> and (4) the proposed
> change to remove it doesn't solve any problem but creates new problems.

It solves the problem of the base interface having attributes that don't make
sense for every format.

What problems does it create?


> As presently defined, an author can use knowledge about possible track
> sources or content and can use this in combination with what is returned
> from text to guess the cue type.

You don't need to guess the cue type. Just look at what interface it
implements.


> It would be better if the UA used knowledge
> from its decoders to provide a more concrete hint of the track type. But
> even that wouldn't eliminate the widespread utility of having a text
> attribute in the base cue class.

I have no idea what this means.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Tuesday, 30 April 2013 17:50:27 UTC