W3C home > Mailing lists > Public > www-svg@w3.org > September 2015

Re: SVG Parameters

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Wed, 16 Sep 2015 15:23:54 -0700
Message-ID: <CAAWBYDD-0QvZzt5OjqhErKND38TkuZ6_xE2cLS91WkqEmQQX1A@mail.gmail.com>
To: Dirk Schulze <dschulze@adobe.com>
Cc: www-svg <www-svg@w3.org>
On Wed, Sep 16, 2015 at 12:11 PM, Dirk Schulze <dschulze@adobe.com> wrote:
> On Sep 16, 2015, at 4:18 AM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:
>
>> Heya everyone, I've been threatening to merge Doug's old SVG
>> Parameters spec with CSS Variables for some time.  I just now got
>> around to it:
>>
>> https://tabatkins.github.io/specs/svg-params/
>
> It is a great document. To the issue with presentation attributes: There is
> no reason why it would not apply. Presentation attributes are style
> definitions within a different hierarchy in the cascade. We even use CSS3
> Syntax for those attributes.

Cool, I couldn't recall off the top of my head whether presentation
attributes used CSS syntax or just mapped to them.  I'll remove the
issue and clarify that they can be used in presentation attributes,
too.

> SVG params were about setting SVG attributes (not only presentation
> attributes) too. This is not described in the document and it feels like a
> decreased functionality (but not necessarily bad initially).

Right, the processing model becomes way more complicated if you start
interacting with the DOM; there's no notion of "computed value", etc.
to rely on.  I'm happy to pursue that later, but for now, I think most
customization cases are just wanting to control color and such, which
work with the current model.

> SVG params would require an implementation of custom properties which not
> all major browsers have yet. However, I don’t think that this is a blocker
> of any kind.

Yeah, this clearly has a normative dependency on CSS Variables.

> I support an ED of the document and would suggest adding it to the agenda of
> the FXTF.

Thanks!

~TJ
Received on Wednesday, 16 September 2015 22:24:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:55:02 UTC