16915 2012-05-03 09:22:39 +0000 <track> The DOM API should be able to read and set the "auto" value for TextTrackCue.line 2012-09-11 23:33:42 +0000 1 1 1 Unclassified WHATWG HTML unspecified Other other RESOLVED FIXED http://www.whatwg.org/specs/web-apps/current-work/#texttrackcue P3 normal Unsorted 1 contributor ian ian mike philipj silviapfeiffer1 zcorpan contributor oldest_to_newest 67278 0 contributor 2012-05-03 09:22:39 +0000 Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html Multipage: http://www.whatwg.org/C#texttrackcue Complete: http://www.whatwg.org/c#texttrackcue Comment: The DOM API should be able to read and set the "auto" value for TextTrackCue.line Posted from: 88.131.66.80 by simonp@opera.com User agent: Opera/9.80 (Macintosh; Intel Mac OS X 10.7.3; U; en) Presto/2.10.229 Version/11.62 67279 1 zcorpan 2012-05-03 09:25:35 +0000 I think the current situation is not optimal -- it's not possible to tell if a cue has position 0 or auto, and if you want to change the position to auto, you have to create a new cue and copy over all other properties. I think the IDL should be something like enum LinePositionKeyword { "auto" }; ... attribute (long or LinePositionKeyword) line; ... and then prose handling "auto" as appropriate. 67280 2 zcorpan 2012-05-03 09:30:22 +0000 Also currently the following line makes the cue change position from the bottom to the top, which seems weird: cue.line = cue.line; 70805 3 contributor 2012-07-18 17:31:30 +0000 This bug was cloned to create bug 18169 as part of operation convergence. 73645 4 contributor 2012-09-11 23:33:42 +0000 Checked in as WHATWG revision r7330. Check-in comment: Change TextTrackCue.line to expose the raw value rather than the computed value. There's no way to get the computed value now. http://html5.org/tools/web-apps-tracker?from=7329&to=7330