Re: programmatically determined link context

Another example could be (ignoring label in name)


<p><button>email</button> sarah</p>

<p><button>email</button> steve</p>

fails A 1.3.1 as the label is not programmatically associated

<p><a href="#">email</a> sarah</p> fails AAA 2.4.9 but not A 2.4.4 because although the label is not programmatically associated with the link as its accessible name, it is part of the programmatically determined link context?

Thanks

Sarah


Sent from Outlook for iOS<https://aka.ms/o0ukef>
________________________________
From: Ms J <ms.jflz.woop@gmail.com>
Sent: Monday, May 19, 2025 11:10:55 AM
To: 'w3c-wai-ig' <w3c-wai-ig@w3.org>
Subject: Re: programmatically determined link context

Hi Patrick

thanks, yes I realise that, that's why I said 'Ignoring other fails like name, role, value' Because I'm specifically wondering about the relationship between 1.3.1 and 2.4.4

Would the link example also fail 1.3.1?

Thanks

Sarah


Sent from Outlook for iOS<https://aka.ms/o0ukef>
________________________________
From: Ms J <ms.jflz.woop@gmail.com>
Sent: Monday, May 19, 2025 10:46 am
To: 'w3c-wai-ig' <w3c-wai-ig@w3.org>
Subject: programmatically determined link context


Hello

I am wondering about how 'link purpose' A says 'except where a link is ambiguous to users in general' so a non-descriptive link isnt automatically a fail - it is only if it is a fail and there is context but it isnt programmatically determined link context (defined as text that is in the same paragraph<https://html.spec.whatwg.org/multipage/dom.html#paragraph>, list item, or table cell as the link or in a table header cell that is associated with the table cell that contains the link)

This is confusing because that seems like programmatically determined link context is a weaker definition than just programmatically determined

For example:

(Ignoring other fails like name, role, value or label in name)

<p>close<button></button></p> fails A 1.3.1 as the label is not programmatically associated

<p>close<a href="#"></a></p> fails AAA 2.4.9 but not A 2.4.4 because although the label is not programmatically associated with the link as its accessible name, it is part of the programmatically determined link context?

Thanks

Sarah


Sent from Outlook for iOS<https://aka.ms/o0ukef>