W3C home > Mailing lists > Public > public-texttracks@w3.org > September 2012

Overlapping cues and rendering behavior

From: Cyril Concolato <cyril.concolato@telecom-paristech.fr>
Date: Wed, 26 Sep 2012 17:41:09 +0200
Message-ID: <50632215.9020001@telecom-paristech.fr>
To: "public-texttracks@w3.org" <public-texttracks@w3.org>
Hi again,

I've made a small test and the rendering in Opera and Chrome is 
different. I don't know which one is correct.

In Chrome, when 2 cues are active at the same time, and the first one 
becomes inactive, the second one is shifted down by one line. The next 
active cue (the third one) will be displayed on the line above the 
second cue.
In Opera, the remaining active cue is not shifted, it does not move. The 
next active cue (third cue) will take the empty space below the active 
cue. This leads to strange results.
In the above test, this is visible at time 16. Opera displays cue 6, 4, 
5 (from bottom line to top) while Chrome displays 4, 5, 6 (bottom to top).

I tend to prefer Chrome's behavior as this gives the same result if you 
split the overlapping cues so that they do not overlap (see my post for 
more details 



Cyril Concolato
Maître de Conférences/Associate Professor
Groupe Multimedia/Multimedia Group
Telecom ParisTech
46 rue Barrault
75 013 Paris, France
Received on Wednesday, 26 September 2012 15:41:40 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:27:20 UTC