- 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>
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