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

Define how requiredExtensions values should be interpretted #138

Open
AmeliaBR opened this issue May 12, 2016 · 1 comment
Open

Define how requiredExtensions values should be interpretted #138

AmeliaBR opened this issue May 12, 2016 · 1 comment

Comments

@AmeliaBR
Copy link
Contributor

The value of requiredExtensions is a list of URLs. The user agent must support all those named extensions for the element to pass the conditional processing test. However, any details of what those URLs should be or how support should be assessed is left up to the browser and/or extension author.

Firefox supports the XML namespaces for MathML and XHTML as recognized extensions, but this isn't standard behavior defined anywhere.

It would be useful to define a set of standard URLs for common content that might be included as XML in a <foreignObject>, as an embedded document in an <iframe>, or as an image format. By explicitly supporting image formats as an "extension", the <switch> element can match the image format fallback behavior of the HTML <picture> element.

Alternatively, the content model for the attribute could be extended so that it allows other strings, such as a way to define MIME types. Maybe as a pseudo-protocol, that can be parsed like a URL? E.g. requiredExtensions="mime:image/webp".

@AmeliaBR
Copy link
Contributor Author

AmeliaBR commented Jun 2, 2016

On 2 June 2016 telcon, resolved to address this in the SVG Integration spec.

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

4 participants