This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
There is no information on how SVG content is to be handled by or conveyed to AT. The following should be present in some form: What the default ARIA role is for svg; Whether setting its role to "application" will offer access to the SVG DOM directly; Whether setting its role to something other than "application" would hide any accessibility metadata existing inside the SVG object; Whether HTML content inside an svg:foreignObject fragment is attached to the HTML DOM.
Defining the semantics for SVG is out of scope for the HTML specification. It solely defines a syntax for embedding SVG content in HTML. Please take that issue up with the SVG WG.
This doesn't have anything to do with parsing. Why do you expect to find information about the accessibility characteristics of SVG in the HTML specs as opposed to the SVG spec?
The writing HTML documents section could be clearer on how you go in and out of the foreign lands. Currently it is not entirely clear that you can escape foreign content.
mass-moved component to LC1
Matt, this bug is waiting for your response to comment #1 and comment #2: > Defining the semantics for SVG is out of scope for the HTML specification. It > solely defines a syntax for embedding SVG content in HTML. Please take that > issue up with the SVG WG. [...] > This doesn't have anything to do with parsing. > > Why do you expect to find information about the accessibility characteristics > of SVG in the HTML specs as opposed to the SVG spec?
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Rejected Change Description: no spec change Rationale: Out of scope for HTML.
This will be defined the, by the new SVG User Agent Accessibility API Mapping guides (name may change). It will not be an HTML5 issue. So, I verify.