- 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>
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