This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
"If cue's text track cue line position is not text track cue automatic line position or cue's text track cue size is not 100 or cue's text track cue writing direction is not horizontal, let cue's text track cue region be null." "This makes sure that no matter in which order the cue settings are provided, if if the cue has a text track cue line position or a text track cue size setting or is text track cue vertical growing left or growing right writing direction, the text track cue region will be ignored." This should be part of the rendering algorithm, since scripts can change the properties later to violate the invariant that this tries to preserve. To the extent possible, providing the settings to the parser or with a script should do the same thing.
makes sense
Hmm, trying to actually move this, I'm thinking it's better to just get rid of the logic. If one has specified both a region and something that is ignored in regions then one of them is going to be ignored and it doesn't seem to matter much which it is. The simplest way is to just use the region if it's set.
https://github.com/w3c/webvtt/pull/88
Need to think through the consequences, though. Do vertical regions still behave correctly? Is there some text in the region specification parts that was not thought through to potentially be vertical rather than horizontal? Either leave this bug open or add a new one to remind us.
The spec has been updated and I've filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=26023