W3C home > Mailing lists > Public > www-svg@w3.org > January 2014

Re: fill and stroke properties with CSS <image> values

From: Paul LeBeau <paul.lebeau@gmail.com>
Date: Thu, 23 Jan 2014 23:28:24 +1300
Message-ID: <CACfsppBbXGkw7fOQah__BCOifj+kR+kxC35R5rCo=HovUMo74Q@mail.gmail.com>
To: www-svg <www-svg@w3.org>
Just to play devil's advocate for a moment...  There is already a mechanism
for using bitmaps for fills and strokes - <pattern>.  Since SVG is
supposedly a first-class citizen now, why don't the CSS guys just leverage
the existing SVG abilities?  Does there really need to be multiple ways to
do everything?

Does complicating the definition of fill and stroke make things all that
much simpler?  Okay, so animating bitmap strokes will be easier to do with
CSS.  But do we really want that anyway (*shudder* ;)?

Paul




On 23 January 2014 22:32, Erik Dahlström <ed@opera.com> wrote:

> On Wed, 22 Jan 2014 18:05:16 +0100, Tab Atkins Jr. <jackalmage@gmail.com>
> wrote:
>
>  On Wed, Jan 22, 2014 at 8:36 AM, Dirk Schulze <dschulze@adobe.com> wrote:
>>
>>> On Jan 22, 2014, at 4:34 PM, Tab Atkins Jr. <jackalmage@gmail.com>
>>> wrote:
>>>
>>>> You can wrap a color in image() to transform it into an <image> value.
>>>>
>>>
>>> I just wanted to point out that:
>>>
>>> background: url(“image.png”) red;
>>>
>>>  means something different than:
>>>
>>> fill: url(“image.png”) red;
>>>
>>> In the first example the color is drawn, in the second it is just a
>>> fallback.
>>>
>>> This is unfortunate but can not be changed.
>>>
>>
>> Ah, gotcha.  I'd forgotten about that unfortunate aspect of the grammar.
>>
>> ~TJ
>>
>
> It would be interesting to have some stats on how much content would break
> if we were to change to the interpretation used in the background property.
> The example "fill: url(image.png) red" is unlikely to be found anywhere
> since that isn't going to render the image based on SVG 1.1. I'm wondering
> how much of a need there really is to have the fallback color in the first
> place, maybe this is something we should revisit? There might be a better
> alternative.
>
> Do the most common svg authoring tools typically provide the fallback
> color for fill/stroke? My guess is that they don't.
>
>
>
> --
> Erik Dahlstrom, Web Technology Developer, Opera Software
> Co-Chair, W3C SVG Working Group
>
>
Received on Thursday, 23 January 2014 10:29:13 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:54:50 UTC