This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 9775 - "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
Summary: "positioned to a multiple of the line dimensions of the first line of the cue...
Status: RESOLVED NEEDSINFO
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: Unsorted
Assignee: John Foliot
QA Contact: contributor
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords: a11y, a11ytf, media
Depends on:
Blocks:
 
Reported: 2010-05-20 09:17 UTC by contributor
Modified: 2012-07-18 18:46 UTC (History)
9 users (show)

See Also:

Attachments

Description contributor 2010-05-20 09:17:53 UTC 
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
Comment 1 Ian 'Hixie' Hickson 2010-09-25 15:57:48 UTC 
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
Comment 2 Alexander Strange 2010-09-25 20:07:53 UTC 
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.
Comment 3 Martin Kliehm 2010-11-30 16:49:59 UTC 
Assigning the bug to John Foliot for discussion in the Media Sub-Team