This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
TVs with overscan would render cues outside the screen if they have their default position and the video is in fullscreen. This seems undesirable. I think it should be allowed to use a smaller viewport size for the purpose of text size and cue positioning of cues.
Why would we allow video outside the screen if we don't allow text outside the screen? What if the video has a <div> overlaid on it with text on it?
> for the purpose of text size and cue positioning of cues. Possibly text size still needs to be calculated from the video's full size, so that the text doesn't appear too small on a TV without overscan if we think it has overscan. > Why would we allow video outside the screen if we don't allow text outside the screen? Allowing video outside the screen is the point of overscan. I'm not a fan of it myself, but it's a reality. It's quite possible to watch a video where the edges are cut off without losing any vital information. However, if all the subtitles are invisible, that's quite different. > What if the video has a <div> overlaid on it with text on it? I don't know what to do about that.
I think we should just make overscan non-conforming for <video>.
Alternatively, we could just have some margins by default. Currently, the default line position is aligned perfectly with the bottom of the video, which looks rather bad, really. Having 1 or 2 line height margin by default would fix the overscan problem and make things look better (by default) on any device.
Fair enough. How about making just one change, namely, allowing the snap-to-lines lines be positioned inset a bit if the user agent wants to, but leaving the %-positioned text and the default font size, etc, be unchanged? Would that work?
(In reply to comment #5) > Fair enough. How about making just one change, namely, allowing the > snap-to-lines lines be positioned inset a bit if the user agent wants to, but > leaving the %-positioned text and the default font size, etc, be unchanged? > Would that work? I would think the video height that is the basis for the % calculation then has to be reduced by that inset.
Part 1: http://html5.org/tools/web-apps-tracker?from=7445&to=7446
Part 2: http://html5.org/tools/web-apps-tracker?from=7446&to=7447
I've looked through the spec changes and it looks mostly good. It would be nice if a default (edge) margin were specified, e.g. 5vh. It would also be nice if it could be specified with CSS while still allowing a minimum to be enforced by the UA. However, I'm not sure on what pseudo-element and using which property specifying this would make sense. Something like ::cuebox { padding: 5vh; } looks OK, but it may seem strange that it's ignored for positioned cues (snap-to-lines is false).