Re: Scrolling as overlap avoidance (Re: Alternative approach to scrolling, with demos)

Thanks for clarifying, Silvia. Then the tactic of setting the width as
large as possible will cause background color problems unless the width is
the entire screen.


On Thu, May 8, 2014 at 3:58 PM, Silvia Pfeiffer
<silviapfeiffer1@gmail.com>wrote:

> On Fri, May 9, 2014 at 3:25 AM, Christian Vogler
> <christian.vogler@gallaudet.edu> wrote:
> > Just checking here, what does this mean for text background? Say, you
> have
> > white text on black background - will the black extend only to the width
> of
> > the actual text plus padding?
>
> In the non-region case:
>
> If you explicitly specify the width of your cue and the text is much
> smaller than the width, the background will still cover the fully
> specified width.
> If you do not specify a width, then the cue with is determined
> automatically based on the text width and the background will only be
> on the width of the text.
>
>
> In the region case:
>
> The non-region case background on ::cue still applies.
>
> However, there is now also a region box whose size is explicitly
> determined (width/height). You can set a background color on that box
> with ::cue-region . That background covers the full width of the
> region no matter the width of the cues or cue text inside.
> As for the height: in the case of scrolling regions, the height is
> dynamic and depends on the number of lines that are being rendered.
> For non-scrolling regions the height is fixed, so a non-scrolling
> region without cues inside with a red background will be a red
> rectangle on screen.
>
>
> Hope that clarifies it?
>
> Silvia.
>