- From: Myles C. Maxfield via GitHub <sysbot+gh@w3.org>
- Date: Tue, 16 Apr 2019 00:59:16 +0000
- To: public-svg-issues@w3.org
litherum has just created a new issue for https://github.com/w3c/svgwg: == [svg-native] What should a browser do when it encounters one of these files == @heycam offered a good question. What is the relationship between SVG Native and the Web platform? What should a browser do when it attempts to open one of these? The initial draft spec describes how browsers should render the document according to the SVG Native rules, and then goes on to recommend browsers treat SVG Native files the same way as they would treat any other native image file. Systems can have native jpeg image decoders, and they can have native SVG Native image decoders, and they should be treated the same way. This approach requires that such a resource can't exist as a raw `<svg>` tag in the middle of an HTML document; instead, it needs to be loaded as a remote file in either an `<img>` element or using CSS (e.g. `background-image`). This approach has the benefit that an SVG Native file will look the same whether it's viewed in a browser or in another environment. It avoids the problem where authors will put in nonconforming elements/attributes because it works in their authoring environment. And, it avoids the problem where browsers (historically) refused to disable features for different profiles of SVG, by implementing support using the system renderer. However, this is a complicated issue, and is probably worth broader discussion, which this issue can track. Please view or discuss this issue at https://github.com/w3c/svgwg/issues/665 using your GitHub account
Received on Tuesday, 16 April 2019 00:59:17 UTC