Re: [SVG2 CR] viewport-fill, viewport-fill-opacity

I wonder how many sites out there might have a CSS rule such as:

    svg {
        background-color: red;
    }

If backgrounds suddenly start applying to nested elements (in order to
replace viewport-fill), would that potentially break existing sites?

Paul



On 22 September 2016 at 04:51, Dr. Olaf Hoffmann <Dr.O.Hoffmann@gmx.de>
wrote:

> Hello,
>
> Opera Presto interprets viewport-fill for years - surely other viewers for
> tiny
> devices from this time as well.
>
> For SVG 1.1 documents it would be a bug to interpret CSS backround
> properties,
> but if already available in some viewers, maybe sufficient enough to
> mention
> this as properties and presentation attributes in the CR ...
> Of course for all elements with a viewport.
>
>
> Olaf
>
>
>
> Amelia Bellamy-Royds:
> > The most recent discussion I could find about this ended in this post by
> > Erik Dahlstrom:
> >  https://lists.w3.org/Archives/Public/www-svg/2014Jan/0038.html
> >
> > That note references these minutes:
> > https://www.w3.org/2013/02/07-svg-minutes.html#item06
> > https://www.w3.org/2012/07/23-svg-minutes.html#item01
> >
> > It sounds like the decision was to replace viewport-fill with CSS
> > background, but then no decision was made to make CSS background support
> > required in non-browser environments, or for nested SVG.  All the web
> > browsers support CSS background on the top-level <svg> element, both for
> > stand-alone SVG files and for inline SVG in HTML.  As far as I know, none
> > of the major browsers implemented viewport-fill.
> >
> > My personal preference would be to make CSS background-color apply to all
> > SVG viewport elements, rather than using the SVG-specific terminology.
> >
>
>
>