- From: Philip Jägenstedt <philipj@opera.com>
- Date: Thu, 8 May 2014 17:03:52 +0200
- To: Loretta Guarino Reid <lorettaguarino@google.com>
- Cc: Christian Vogler <christian.vogler@gallaudet.edu>, "public-texttracks@w3.org" <public-texttracks@w3.org>, David Singer <singer@apple.com>, Silvia Pfieffer <silviapfeiffer1@gmail.com>
The auto width was discussed for regions, for a single cue I think one should simply make the cue box as big as it can be. That is in fact the default size, 100%. Philip On Thu, May 8, 2014 at 4:28 PM, Loretta Guarino Reid <lorettaguarino@google.com> wrote: > Yes, an option for "auto" width would allow this. Philip and Silvia, is that > still on the table? > > > On Thu, May 8, 2014 at 7:19 AM, Christian Vogler > <christian.vogler@gallaudet.edu> wrote: >> >> For this kind of situation, line wrapping should be considered only as a >> method of last resort. If possible, growing the cue to the left, right, or >> both, would in most cases be preferable. Especially if a line wrap breaks up >> a single word. >> >> Christian >> >> Sent from my mobile phone. Please excuse any touchscreen-induced >> weirdness. >> >> On May 8, 2014 10:09 AM, "Philip Jägenstedt" <philipj@opera.com> wrote: >>> >>> Thanks for digging that up, Loretta! >>> >>> In this example, there are single cues which are positioned, not >>> groups of cues, so I don't think regions should be required to achieve >>> the same result. >>> >>> With pre-regions WebVTT this could be reproduced by using the align >>> setting and a suitably positioned cue box, it seems. >>> >>> Note that lineAlign:bottom only controls the alignment of the first >>> line, so if a cue wraps then lineAlign can't be used to provide an >>> anchor point for the cue as a whole, in particular you couldn't use it >>> to avoid overlapping text just below the cue. >>> >>> I'm guessing that for speaking identification you'll place the cue >>> either above or below the speaker. Would a way to control the >>> direction in which the cue grows when the font size increases or lines >>> wraps be sufficient? >>> >>> Philip >>> >>> On Thu, May 8, 2014 at 3:24 PM, Loretta Guarino Reid >>> <lorettaguarino@google.com> wrote: >>> > (Still trying to find non-pay examples of interesting placement...) >>> > >>> > Here is one, although the visual motivation for this particular >>> > placement >>> > isn't clear: >>> > >>> > https://www.youtube.com/watch?v=NR1PO6zH60c#t=1m53s >>> > >>> > The positioned captions occur at 2:09 >>> > >>> > >>> > On Thu, May 8, 2014 at 6:18 AM, Philip Jägenstedt <philipj@opera.com> >>> > wrote: >>> >> >>> >> [I accidentally sent this reply off-list two days ago.] >>> >> >>> >> In the CPC demo, simple left and right alignment is used to follow the >>> >> speaker: >>> >> http://www.youtube.com/watch?v=BbqPe-IceP4 >>> >> >>> >> Do you have an example where something more fancy than this is used? >>> >> Note that just by using the position, size and align setting you can >>> >> do fancier things, but an example would help determine if that's >>> >> enough or not. >>> >> >>> >> On Mon, May 5, 2014 at 6:31 PM, Christian Vogler >>> >> <christian.vogler@gallaudet.edu> wrote: >>> >> > To me, positioning for speaker identification makes the most sense >>> >> > in >>> >> > terms >>> >> > of the anchor point - this point is the target for each speaker. >>> >> > >>> >> > Christian >>> >> > >>> >> > >>> >> > On Mon, May 5, 2014 at 12:27 PM, David Singer <singer@apple.com> >>> >> > wrote: >>> >> >> >>> >> >> >>> >> >> On May 5, 2014, at 5:00 , Philip Jägenstedt <philipj@opera.com> >>> >> >> wrote: >>> >> >> >>> >> >> >> (2) the background color on the width and height of the rollup >>> >> >> >> area >>> >> >> >> needs to be changeable >>> >> >> > >>> >> >> > Why? As I noted in the "background box tweaking" thread that's >>> >> >> > still >>> >> >> > possible with the sum of my suggestions, but I don't understand >>> >> >> > what >>> >> >> > the use case is. >>> >> >> >>> >> >> >> (4) move all the cues in the region as a group to another >>> >> >> >> location >>> >> >> > >>> >> >> > This is also not handled by the current spec. I don't think it >>> >> >> > makes >>> >> >> > sense either, why not just end the cues and repeat them in a new >>> >> >> > position? >>> >> >> > >>> >> >> >>> >> >> I agree for these that if you want something ‘similar’ to appear as >>> >> >> what’s >>> >> >> already there, the clean thing to do is to re-draw it. Same >>> >> >> content >>> >> >> but in >>> >> >> a different region (with different position or colors), and so on. >>> >> >> >>> >> >> > >>> >> >> >> (3) font size changes on the region need to make the region go >>> >> >> >> bigger >>> >> >> >> centered out from the anchor point >>> >> >> > >>> >> >> > That's not handled by the current spec. We've talked about using >>> >> >> > font-relative units but that hasn't happened. I'd love to >>> >> >> > understand >>> >> >> > the use case for this though. Do you have an example video frame >>> >> >> > where >>> >> >> > scaling around an anchor point is necessary as opposed to mode of >>> >> >> > scaling that happens with classical WebVTT? >>> >> >> > >>> >> >> > >>> >> >> >>> >> >> I also am curious >>> >> >> >>> >> >> David Singer >>> >> >> Manager, Software Standards, Apple Inc. >>> >> >> >>> >> >> >>> >> > >>> >> > >>> >> > >>> >> > -- >>> >> > Christian Vogler, PhD >>> >> > Director, Technology Access Program >>> >> > Department of Communication Studies >>> >> > SLCC 1116 >>> >> > Gallaudet University >>> >> > http://tap.gallaudet.edu/ >>> >> > VP: 202-250-2795 >>> >> >>> > > >
Received on Thursday, 8 May 2014 15:04:20 UTC