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

RE: Change proposals for issue-152

From: Sean Hayes <Sean.Hayes@microsoft.com>
Date: Wed, 23 Mar 2011 10:05:05 +0000
To: Ian Hickson <ian@hixie.ch>
CC: Philip Jägenstedt <philipj@opera.com>, "public-html@w3.org" <public-html@w3.org>
Message-ID: <8DEFC0D8B72E054E97DC307774FE4B913FB0A3DB@DB3EX14MBXC313.europe.corp.microsoft.com>
If they are not from different sources, then we are talking at cross purposes. 

Overlap handling from a single source is up to the format, and I agree it should be able to handle any and all of these examples.

Where it is is merely relevant to how much time I've had to look at it.

-----Original Message-----
From: Ian Hickson [mailto:ian@hixie.ch] 
Sent: 23 March 2011 06:28
To: Sean Hayes
Cc: Philip Jägenstedt; public-html@w3.org
Subject: RE: Change proposals for issue-152

On Wed, 23 Mar 2011, Sean Hayes wrote:
> Since it is marked as destined for a CSS editor, it seems that at least 
> in the past this idea of "fix at time of layout and avoid overlaps" was 
> deemed to be in scope for CSS.

Where in the platform it is specified seems irrelevant to the technical 
aspects of what it says.

> There is no indication that A and C are from different caption sources

They're not, they're just overlapping cues from the same source. The setup 
I describe is very common in anime subtitling and is one of the commen 
forms of karaoke display.

(FWIW, it would also make sense to support scrolling cues in this kind of 
scenario -- in fact this is the style prevailing in US TV captioning 
systems -- but the same arguments against your proposal apply with that 
kind of overlap-handling too.)

Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Wednesday, 23 March 2011 10:05:53 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:11 UTC