24037 2013-12-09 21:04:34 +0000 [WebVTT] Positioning boxes when snap-to-lines is false 2014-05-13 13:01:54 +0000 1 1 1 Unclassified TextTracks CG WebVTT unspecified PC Linux NEW v1 P2 normal --- 1 lorettaguarino silviapfeiffer1 mike philipj public-texttracks rick.eyre dave.null oldest_to_newest 97351 0 lorettaguarino 2013-12-09 21:04:34 +0000 When adjusting the position of cue boxes, if a cue's text track cue snap-to-lines flag is not set, step 2 says "Position the boxes in boxes such that the point x% along the width of the bounding box of the boxes in boxes is x% of the way across the width of the video's rendering area, and the point y% along the height of the bounding box of the boxes in boxes is y% of the way across the height of the video's rendering area, while maintaining the relative positions of the boxes in boxes to each other." I thought the line alignment and position alignment would be used to determine which point in the cue box is specified by the positions, rather than using the line and position values as the anchor points. Is the spec just lagging behind here? The alignment values are used above in step 7 when computing the x-position and y-position. However, when we get to the step of adjusting the boxes, these values appear to be discarded and we use the algorithm described above. 99131 1 philipj 2014-01-27 08:34:31 +0000 Not sure that we've found agreement on how the position is supposed to work yet, but we should get the story straight for v1 at least. 99149 2 silviapfeiffer1 2014-01-27 11:47:14 +0000 Yes, the rendering part still needs some clarifications. 105669 3 silviapfeiffer1 2014-05-12 04:03:38 +0000 Point 11 and 12 of the rendering algorithm (Processing Model section) relate to the overlap avoidance, but with some cruft left over in point 11. I'll need to spend some time wading through it. 105840 4 philipj 2014-05-13 13:01:54 +0000 Silvia, have you made any changes to the overlap handling? What is the cruft that is left over?