- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Tue, 29 Mar 2011 18:59:30 -0700
- To: Karl Dubost <karld@opera.com>
- Cc: Sean Hayes <Sean.Hayes@microsoft.com>, Ian Hickson <ian@hixie.ch>, Philip Jägenstedt <philipj@opera.com>, "public-html@w3.org" <public-html@w3.org>
Hi Karl, It's relevant but doesn't address the issue. If you can avoid two cues being rendered into the same position on screen at the same time, then you don't have a problem. >From discussions it seems to me that rendering two cues at the same time in the same position should in general be avoided as much as possible. But that when you have to, you should tolerate the appropriate reading direction for the language, which in English would be to add the second cue underneath the first one, scrolling the first one up if necessary. Other rendering - in particular a rendering of the new one on top of the existing one - is unexpected and requires the user to adapt their reading style. To avoid further moving of text, it is probably a good idea to keep the scrolled cue at the top in that position, even if the bottom cue disappears before the first one ends. Cheers, Silvia. On Tue, Mar 29, 2011 at 12:06 PM, Karl Dubost <karld@opera.com> wrote: > Not sure it is relevant to this discussion. But let me chime in with a practical use cases coming from someone working for Digital Deluxe. They do, among other things, Japanese subtitling for American movies for the Japanese markets. The requirements from Japanese clients seem to be very strict with regards to the handling of Japanese subtitles (kanji, hiragana and katakana). > > 1. There should never be two movie characters having their subtitles at the same time on the screen. > > 2. It often happens when, for example, there is a building sign, or a text meaningful for understanding the movie, to put a vertical subtitles on the left or the right of the screen that would translate this sign. This can happen at the same time than the dialog subtitles. > > > -- > Karl Dubost - http://dev.opera.com/ > Developer Relations & Tools, Opera Software > > >
Received on Wednesday, 30 March 2011 02:00:24 UTC