Bug 154241
| Summary: | WebVTT cue positions should be exposed as element attributes | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Ryan Govostes <rgovostes+wk> |
| Component: | Media | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | eric.carlson, jer.noble, zcorpan |
| Priority: | P2 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Ryan Govostes
Positions of overlapping WebVTT cues are resolved in RenderVTTCue. The ultimate coordinate at which the cue is rendered is not expressed as an attribute of the <cue> element.
This would presumably make it easier to test whether cues are being rendered correctly, which would make it possible to catch issues like bug 154240 and bug 136627.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Eric Carlson
Presumably this is not a WebKit-specific issue. You should file a bug against the WebVTT spec if you think this is a useful change.
Ryan Govostes
Ok, I filed https://github.com/w3c/webvtt/issues/285
Simon Pieters (:zcorpan)
<cue> element is not a concept the spec has, so the spec can't set attributes on it. If it's not exposed to author JS or author CSS (e.g. video::cue(cue[top]) should never match) then this would be an implementation detail.