W3C home > Mailing lists > Public > public-fx@w3.org > April to June 2011

Re: [css3-images] Defining SVG paint servers as a CSS <image>

From: Dirk Schulze <vbs85@gmx.de>
Date: Thu, 30 Jun 2011 09:23:56 +0200
Cc: robert@ocallahan.org, Erik Dahlstrom <ed@opera.com>, Rik Cabanier <cabanier@gmail.com>, public-fx@w3.org
Message-Id: <8FA01519-C818-4C8C-A868-E5066EA44BAB@gmx.de>
To: "Tab Atkins Jr." <jackalmage@gmail.com>
I don't think that using SVGPaintServers is the right thing to go. We already have support for colors, linear gradients and radial gradients (even with spread method) in CSS. The only part that SVGPaintServers could give you is  SVGPattern. And we had some proposals in this thread already. I like -moz-element a lot for instance.

But it would be really interesting to have your other proposal:

<rect fill="linear-gradient(90deg, red, green 25px, blue)" width="100" height="100" />

Defining a gradient in a Style sheet and use it in an HTML document as well as in an SVG document sounds like a great idea for me.


Am 30.06.2011 um 08:58 schrieb Tab Atkins Jr.:

> On Wed, Jun 29, 2011 at 9:50 PM, Robert O'Callahan <robert@ocallahan.org> wrote:
>> On Thu, Jun 30, 2011 at 4:32 PM, Tab Atkins Jr. <jackalmage@gmail.com>
>> wrote:
>>> In that case, do you allow a url in element(), or can it only refer to
>>> inline SVG?
>> It can be any URI. If it's not the local document, we treat it as an
>> external SVG resource like other SVG properties with URI values.
> Hmm, then.  I was assuming that the #id argument was like a selector,
> not a url.  That matched up with how I'd like a future extension to
> the function to look (when <element-reference> is used as more than
> just a type of <image>).  Allowing it to be a url changes things a
> bit.
> I think I can get it in while keeping the meaning I want, by forcing
> urls to be quoted strings.  I already force this in image(), because
> the grammar for unquoted-url() is just silly.
> ~TJ
Received on Thursday, 30 June 2011 07:24:25 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:49:38 UTC