[webvtt] enable wpt '2_tracks.html' and '3_tracks.html'
Categories
(Core :: Audio/Video: Playback, task, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox69 | --- | fixed |
People
(Reporter: alwu, Assigned: alwu)
References
(Blocks 1 open bug)
Details
Attachments
(4 files)
In reference files, we should not use <br>
for breaking the line, because <br>
would take width as well, which would cause a tiny positioning difference.
Assignee | ||
Comment 1•6 years ago
|
||
Using Ahem
can help to eliminate the unexpected graphic color difference caused by rendeing pipeline.
In addition, the font style should be set on the inner span, because that is the way how we applied ::cue
on cue text.
Assignee | ||
Comment 2•6 years ago
|
||
<br>
has 1 app unit width, which would push text 1 app unit left and cause the positioning difference.
We should use <div>
to enforce them break line without having extra space in the line box.
Assignee | ||
Comment 3•6 years ago
|
||
Comment 4•6 years ago
|
||
Assignee | ||
Comment 5•6 years ago
|
||
3_tracks.html
would fail on the Windows on the try server [1], I guess that might be caused by tiny calculation error when we check whether the boxes are overlapped or not. I have added a fuzzy for those checking and am waiting for the result.
Assignee | ||
Comment 6•6 years ago
|
||
When the check whether boxes are overlapping or box is placing out side the container boundary, we should use fuzzy for this checking if the difference is small enough to be ignored.
When two boxes just overlapped a little bit (like < 0.01 px), which user can't be aware of it and looks like just placing side by side, we acutally don't need to adjust box position again.
Otherwise, it would result in an obvious space between two boxes which makes it look more weird because the basic moving unit for adjusting boxes is the Bsize of the first line box.
In addition, adding fuzzy can also ensure rendering testing can be more robust, because on some platform the cues would overlap a really tiny amount of pixels and causes box moving up more than our expectation, which result in incorrect rendering comparasion.
Comment 8•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/a2865f286873
https://hg.mozilla.org/mozilla-central/rev/042a06eeefec
https://hg.mozilla.org/mozilla-central/rev/6f3c271dd3a5
https://hg.mozilla.org/mozilla-central/rev/3b271a31eb8e
Description
•