Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Inconsistent rules for <title>, <desc> and <metadata> #9

Closed
jarek-foksa opened this issue Jun 9, 2016 · 7 comments
Closed

Inconsistent rules for <title>, <desc> and <metadata> #9

jarek-foksa opened this issue Jun 9, 2016 · 7 comments

Comments

@jarek-foksa
Copy link

jarek-foksa commented Jun 9, 2016

The spec allows descriptive elements (title, desc and metadata) as children of certain elements (filter, feSpecularLighting) while disallowing them on others (feBlend, feColorMatrix).

For the sake of consistency I would either allow or disallow them everywhere.

@jarek-foksa jarek-foksa changed the title Inconsistent rules for <title>, <desc> and <metadata> Inconsistent rules for <title>, <desc> and <metadata> Jun 9, 2016
@jarek-foksa jarek-foksa changed the title Inconsistent rules for <title>, <desc> and <metadata> Inconsistent rules for <title>, <desc> and <metadata> Jun 9, 2016
@jarek-foksa
Copy link
Author

jarek-foksa commented Jun 9, 2016

Actually, title or desc makes sense as a child of a filter (e.g. to provide a filter name to be displayed by authoring tools or a human-readable description of what the filter does), but I can't think of any situation where I would want to put title or desc inside a filter primitive.

@Tavmjong
Copy link

Tavmjong commented Jun 9, 2016

At our weekly telecon: RESOLUTION: title and desc can be a child of any svg namespaced element except switch

@AmeliaBR
Copy link

AmeliaBR commented Jun 9, 2016

I'll get the SVG 2 prose description of title & desc updated in the next couple weeks, along with the element metadata that defines allowed child content.

If anyone wants to review the FXTF specs & figure out where changes would be required, that would be wonderful. I'm assuming they've mostly borrowed the definitions.xml files from SVG, but haven't looked too closely.

@dirkschulze
Copy link
Contributor

@Tavmjong @AmeliaBR Do you have a link to the resolution?

@AmeliaBR
Copy link

AmeliaBR commented Jun 9, 2017

@dirkschulze

The minutes are hardly up to CSSWG standards, but they're here: https://www.w3.org/2016/06/09-svg-minutes.html#resolution04

@dirkschulze
Copy link
Contributor

dirkschulze commented Jun 10, 2017

@AmeliaBR Thanks for the link! This is a FX spec, a joint venture of the SVG WG and the CSS WG. This definitely is in the domain of SVG :)

@AmeliaBR
Copy link

@dirkschulze I didn't mean to suggest that SVG WG resolutions were any less valid, only that the minutes were rather sparse and un-edited, so there isn't a lot of detail about the discussion that led up to the resolution.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants