This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Currently, it is possible to apply certain styles to the cue text content through the ::cue pseudo-element: 'color' 'text-decoration' 'text-outline' 'text-shadow' the properties corresponding to the 'background' shorthand the properties corresponding to the 'outline' shorthand the properties corresponding to the 'font' shorthand, including 'line-height' However, the automatic rendering location of the cues is on top of the video and it is not possible to change the positioning via CSS. Can we find a way to use 'display', 'position', 'top/left/bottom/right' on the cues, too? (And possibly also 'overflow', 'z-index', 'clip' and 'cursor'?)
mass-move component to LC1
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Rejected Change Description: no spec change Rationale: It would make no sense to allow 'display' as the cues have their own custom display logic. Similarly position/top/left/bottom/right/height/width make no sense as the cues themselves give their dimensions and position. 'overflow' makes no sense since 'auto' and 'scroll' would be meaningless and 'visible' would defeat the whole point of some of the positioning logic. I don't see the use case for 'clip'. 'cursor' seems pointless since they're not interactive. 'z-index' might maybe make sense, but why would you intentionally overlay cues and then layer them out of order?