- From: Simon Pieters <simonp@opera.com>
- Date: Wed, 02 May 2012 08:46:31 +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>
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(). 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:47:16 UTC