-
Notifications
You must be signed in to change notification settings - Fork 125
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
SVG-AAM: Consider explicit language regarding inclusion of elements with child title or desc #134
Comments
good point. We will discuss it at meetings. I see you assigned it to Fred for now. |
@richschwer Actually, I didn't assign it. I had assigned the other issue (#133) to him. Then he told me that was fine, but he wouldn't be the one to fix it as he wasn't working on that particular area. As a result, I've stopped assigning for now. ;) (The other one I assigned to you as a correction.) |
no problem. As long as we have an issue logged in tracker. This is a good one. |
A somewhat-related question to this issue (and/or issue 136): Given
Were there not the Were there a non-empty But what should happen in the case of an empty Regardless of what the answer is, perhaps some explicit language to address this would be of use. Lastly, if the group consensus is to not include the
because one cannot test the name of a non-exposed element. |
SVG 2 doc and/or SVG AAM will be updated to reflect empty or whitespace only title/desc nullifies the affect of having a title/desc child. |
The text I've pushed in the svg-aam branch requires that
Of course it would be a better user experience if elements with empty labels are not included solely on account of the empty attribute or child element. However, I'm not willing to make that a "MUST", especially since we only use "SHOULD" for excluding shapes without labels, anyway. Corresponding edits to SVG 2 will make it clear that title and desc should never be empty or whitespace-only. I'm not sure if similar edits are required for |
Cleaning up old issues. This should have been closed last year. #373 took care of the edits to the SVG-AAM. The "Corresponding edits to SVG 2" resulted in the following text:
If there is a need to add requirements on |
* Add mapping for aria-braillelabel and aria-brailleroledescription * Add note to aria-brailleroledescription for "not mapped"
According to section 5.1.2:
Subsequent items explicitly state "non-empty". As a result, one might assume the above text means user agents MUST expose elements with a direct child title/desc -- even if the contents of that title/desc element is empty. Then again, if the provided title/desc is empty and there are no other criteria met justifying inclusion, why should there be an accessible object for the parent? (Not entirely rhetorical.)
Regardless of whether the statement quoted above applies always or only in the case of non-empty title/desc element children, I think it would be helpful if there were explicit language clarifying what implementors should do.
The text was updated successfully, but these errors were encountered: