28473 2015-04-12 11:23:05 +0000 [WebVTT] Re-think css selectors for regions 2017-03-07 10:20:15 +0000 1 1 1 Unclassified TextTracks CG WebVTT unspecified PC All RESOLVED WONTFIX widereview P2 normal --- 1 silviapfeiffer1 dave.null nigel.megitt philipj silviapfeiffer1 singer public-texttracks oldest_to_newest 119449 0 silviapfeiffer1 2015-04-12 11:23:05 +0000 Feedback by the CSS WG, see http://lists.w3.org/Archives/Public/public-tt/2015Apr/0007.html Section 6.2.3.3: It looks like cue regions are basically blocks that get filled with cues. Why not just make those an element selectable by ::cue()? You're limited to the same styles that apply to ::cue anyway. http://dev.w3.org/html5/webvtt/#the-cue-region-pseudo-element 127714 1 singer 2016-10-11 16:57:16 +0000 related to 28474 127717 2 singer 2016-10-11 17:06:51 +0000 asked for clarification in email: We’re not entirely sure we understand this comment. Are you suggesting we view regions as if they were divs, that contain cues, that are effectively divs? The syntax of WebVTT doesn’t really have the concept of nesting here; it’s line-based, not tag-based. Can you clarify your suggestion? 128168 3 singer 2016-11-14 17:11:04 +0000 Bert replies: Hmm, it's a long time ago and it wasn't me who wrote the comment. I think the suggestions was to add '::cue(region)' and drop '::cue-region'. In other words: let '::cue' apply to regions (in addition to the other cues it already applies to) and then allow '::cue(region)' analogous to '::cue(v)' and '::cue(i)' for more specific selectors. 128468 4 silviapfeiffer1 2017-03-07 10:20:15 +0000 (In reply to David Singer from comment #3) > Bert replies: > > Hmm, it's a long time ago and it wasn't me who wrote the comment. I think > the suggestions was to add '::cue(region)' and drop '::cue-region'. In > other words: let '::cue' apply to regions (in addition to the other cues > it already applies to) and then allow '::cue(region)' analogous to > '::cue(v)' and '::cue(i)' for more specific selectors. A region is not a WebVTT Node Object, since it doesn't live inside a cue. Therefore, ::cue(region) doesn't seem to make sense. The region is a cue-like object that exists a level above the cue, so needs a separate selector, e.g. to address all regions with ::cue-region - that would not be possible with a ::cue(region-id).