Modify 2.4.4 to include Accessible Name for link destination
The proposal is to not change the requirements of 2.4.4, but rather to tweak the focus away from enclosing sentence and paragraph for link context, and towards proper link text and new better ways of establishing programatic context.
Possible tweak to the definition of programmatically determined link context:
programmatically determined link context
additional information that can be programmatically determined from relationships with a link, combined with the link text, and presented to users in different modalities.<add>This could also be in the accessible name or accessible description.</add>
Example: In HTML, information that is programmatically determinable from a link in English includes text that is in the same paragraph, list, aria-label, or aria-labelledby, or table cell as the link or in a table header cell that is associated with the table cell that contains the link. Note: Since screen readers interpret punctuation, they can also provide the context from the current sentence, when the focus is on a link in that sentence.
==
BONEYARD
Removing a sufficient technique does not change the requirements, it is ceasing to advertising a sub optimal or outdated technique.
- Consider Removing G53: Identifying the purpose of a link using link text combined with the text of the enclosing sentence
- Discuss removing H33: Supplementing link text with the title attribute (HTML) See Steve Faulkner's blog
- Remove H78: Identifying the purpose of a link using link text combined with its enclosing paragraph (HTML)
- Remove the advisory technique H80: Identifying the purpose of a link using link text combined with the preceding heading element (HTML)
- Possible note for the definition or in a technique. Note: In HTML, screen readers users often pull up a list of links, the text for the links in this list are usually based on the Accessible Name Calculation. Care should be taken when using aria-labelledby and aria-label to ensure they include a description of the link destination, because they will replace rather than supplement the link text.</add>