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
[css-transforms] Definition of 'transformable element' for SVG elements must be updated for SVG 2 #358
Comments
The second point will need to be more general, to cover the new paint server elements that just take the standard |
Resolution:
|
@nikosandronikos @smfr @AmeliaBR I do see a conflict for the spec going forward here. SVG2 is likely not going to PR/REC before the reduced spec for CSS Transforms 1. Transforms on descendants of The other way around I am not sure that SVG2 relies on Ditto for transforms on paint server elements. Given that this feature is not widely implemented, I would like to suggest deferring this issue to the next level of CSS Transforms. @nikosandronikos @smfr @AmeliaBR Would you object to not change CSS Transforms 1? |
I have no opinion. |
The Working Group just discussed The full IRC log of that discussion<BogdanBrinza> topic: [css-transforms] Definition of 'transformable element' for SVG elements must be updated for SVG 2<BogdanBrinza> GitHub: https://github.com//issues/358 <krit> scribe nick: krit <krit> scribenick: krit <krit> krit: SVG2 has a different content model to SVG 1.1 <krit> krit: elements in different sections and we have some new elements too <krit> krit: here text is transformable now too. <krit> AmeliaBR: span and test path as well <krit> s/test path/textPath <krit> AmeliaBR: definition of transformable elements needs to change so that it is not based on the transform attribute <krit> krit: where does it need to get speed? In transforms at all? <krit> AmeliaBR: your concern was about the delay with svg2 <krit> AmeliaBR: same time we want transforms and SVG2 compatible <krit> krit: here I am concerned that tspan, texpath are not implemented with transform <krit> AmeliaBR: presentation attribute can be set on any element even though it won't have an effect <krit> AmeliaBR: so present should not decide if an element is transformable <krit> ChrisL: in the past this was meant as a whitelist: transform means transformable. Ideally this changes <krit> AmeliaBR: defintion we got in the issue is to use definition of "renderable element" which is a new defintion form SVG@ <krit> krit: SVG2 is CR now so my concern might fait. <krit> AmeliaBR: it is not a new feature too, just a new term <krit> ChrisL: think is is fine <krit> AmeliaBR: 2 classes fo elements: renderable elements (except of text content element), paint server elements <krit> krit: isn't text content transformable or was it text positioned element? <krit> AmeliaBR: don't have the link right now... let me fine it <AmeliaBR> https://svgwg.org/svg2-draft/text.html#TermTextContentChildElement <krit> AmeliaBR: thought they were in SVG2, was it removed? <krit> AmeliaBR: as much as I would like it, they are not transformable as of now. <krit> AmeliaBR: in CSS you can't transform an inline element and they are considered inline <krit> krit: so use the proposed resolution? <krit> proposed resolution: 2 classes fo elements for transformable elements: renderable elements (except of text content element), paint server elements <krit> ChrisL: AmeliaBR We need to add the a element <krit> krit: just add the <a> element in prose? <krit> resolution: 2 classes fo elements for transformable elements: renderable elements (except of text content element), paint server elements and the A element |
CSS Transforms describes transformable elements, including SVG elements.
The definition for SVG elements needs to change.
The elements that must be included are:
tspan
,textPath
, ora
as child of any text content element)See the https://svgwg.org/svg2-draft/text.html#TextElement
The text was updated successfully, but these errors were encountered: