W3C home > Mailing lists > Public > public-texttracks@w3.org > May 2012

Re: Displaying multiple lines in WebVTT

From: Simon Pieters <simonp@opera.com>
Date: Wed, 02 May 2012 08:52:53 +0200
To: "Glenn Maynard" <glenn@zewt.org>, "Ian Hickson" <ian@hixie.ch>
Cc: "Silvia Pfeiffer" <silviapfeiffer1@gmail.com>, Philip J├Ągenstedt <philipj@opera.com>, "public-texttracks@w3.org" <public-texttracks@w3.org>
Message-ID: <op.wdn5efjwidj3kv@simons-macbook-pro.local>
On Wed, 02 May 2012 08:46:31 +0200, Simon Pieters <simonp@opera.com> wrote:

> On Tue, 01 May 2012 07:42:25 +0200, Ian Hickson <ian@hixie.ch> wrote:
>
>>> As an aside: do the rendering rules say what happens if the style of
>>> cues is changed by script (or the UA, too, I suppose), causing it to
>>> change size (spans losing display: none, changing font size, etc)?
>>
>> Yes. Nothing happens to the boxes, but the resulting rendering would
>> change. I expect this will change based on implementor feedback.
>
> 'display' and 'font-size' is not in the list of properties that apply to  
> ::cue or ::cue().

Oops. font-size is in the list.


> So 'display' cannot change. I think the only way 'font-size' can change  
> is if the user changes the minimal font size setting (if it applies to  
> cues, which I think it should) or has it set and the size of the video  
> changes.
>
>
>>> I havn't fully parsed out the rendering rules (so this may not make
>>> sense), but it seems like it would need to trigger "reset" in the
>>> rendering rules (or clear the text track cue display state) so the cues
>>> are laid out from scratch.
>>
>> That's a possible way it might change. Doing that is awkward because we
>> would have to define precisely what is to be considered a style sheet
>> change that should trigger a reset. It would be unfortunate if someone
>> tweaking a colour being animated in a completely non-video-related cue
>> caused subtitles to keep jumping around.
>>
>
>


-- 
Simon Pieters
Opera Software
Received on Wednesday, 2 May 2012 06:53:39 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 8 May 2014 13:18:51 UTC