9775 2010-05-20 09:17:53 +0000 "positioned to a multiple of the line dimensions of the first line of the cue" - enforcing the same line height for every line ihurts text rendering appearance for no apparent reason. This is especially true if text styling is supported (bold text is larg 2012-07-18 18:46:36 +0000 1 1 1 Unclassified WHATWG HTML unspecified Other other RESOLVED NEEDSINFO http://www.whatwg.org/specs/web-apps/current-work/#timed-track-model a11y, a11ytf, media P3 normal Unsorted 1 contributor jfoliot astrange+w3 ian laura.lee.carlson mike philipj public-html-a11y public-html-admin silviapfeiffer1 w3c contributor oldest_to_newest 35773 0 contributor 2010-05-20 09:17:53 +0000 Section: http://www.whatwg.org/specs/web-apps/current-work/#timed-track-model Comment: "positioned to a multiple of the line dimensions of the first line of the cue" - enforcing the same line height for every line ihurts text rendering appearance for no apparent reason. This is especially true if text styling is supported (bold text is larger). The use of this with snap-to-lines on seems unclear to me; SSA has no similar features, at least. Posted from: 184.36.82.183 39355 1 ian 2010-09-25 15:57:48 +0000 I don't understand the request here. The idea here is that you can position all the subtitles from one speaker reliably on one line, with all the subtitles from another reliably on another line, without having to worry about what the font size is. See, for instance, the titles here: http://www.youtube.com/watch?v=bw5JBWdaUHI#t=0m12s 39402 2 astrange+w3 2010-09-25 20:07:53 +0000 I agree that's a useful feature, I just can't understand how the wording "positioned to a multiple of the line dimensions of the first line of the cue" leads to it. Where do you get a multiplier? Shouldn't positioning be based on the previous line, not all on the first line? Actually, the useful feature in that video is just what happens after the first, lowest cue disappears - the cue just above it doesn't move down. This is just an implementation detail of how multiple cues are handled; cues don't ever get repositioned after they start. For the later cues that continue to appear higher up, I suspect they're actually cheating by using explicitly positioned lines. 42909 3 w3c 2010-11-30 16:49:59 +0000 Assigning the bug to John Foliot for discussion in the Media Sub-Team