W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > November 2011

[Bug 14570] <track> In section 4.8.10.12.1/"A line position"/"text track cue computed line position" algorithm: It seems better to let the step 5 be "Increment n by one"

From: <bugzilla@jessica.w3.org>
Date: Tue, 01 Nov 2011 07:56:35 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1RL9D1-00019Z-2s@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14570

--- Comment #2 from Fredrik Söderquist <fs@opera.com> 2011-11-01 07:56:34 UTC ---
It is my understanding that (assuming horizontal writing direction)
non-negative values in this context mean "N:th line from the top", while
negative values mean "N:th line from the bottom" (possibly with "(N+1):th" for
the non-negative case to handle 0). Given the mapping:

  0, 1, 2, 3... -> 1, 0, -1, -2... (i.e a line function lp = -(N - 1))

the first track would get primary placement on the second line from the top,
while the second would get the first line and the third would be the first from
the bottom.

With the suggested mapping:

  0, 1, 2, 3... -> -1, -2, -3, -4... (function lp = -(N + 1))

the first track would get the first line from the bottom, the second would get
the second et.c.

Furthermore it seems that a good default placement in the trivial case of one
track and one cue from said track with the default position (which would be
'auto') would be as the first line from the bottom.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 1 November 2011 07:56:40 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 1 November 2011 07:56:40 GMT