WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: PDF Validator Failures?


From: Jonathan Avila
Date: Aug 17, 2018 1:17PM

It is my understanding that from a PDF/UA perspective that all links must have the alternative content set. Ideally authoring tools would just set this on all links. For most text links that are not url this is redundant if the text of the link already describes the link's purpose.


Jonathan Avila, CPWA
Chief Accessibility Officer
Level Access
703.637.8957 office

Visit us online:
Website | Twitter | Facebook | LinkedIn | Blog

Looking to boost your accessibility knowledge? Check out our free webinars!

The information contained in this transmission may be attorney privileged and/or confidential information intended for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this communication is strictly prohibited.

-----Original Message-----
From: WebAIM-Forum < <EMAIL REMOVED> > On Behalf Of Karlen Communications
Sent: Friday, August 17, 2018 2:04 PM
To: 'WebAIM Discussion List' < <EMAIL REMOVED> >
Subject: Re: [WebAIM] PDF Validator Failures?

I know, I have the same errors with Tables of Content as well as with contextual links. I don't have a good solution. I can choose to ignore them with my own documents but am curious to know how organizations deal with this.

Not sure if it is a defect in what we've done with PDF/UA, the implementation of PDF/UA by conversion tools, a problem with the accessibility checkers or some other problem.

I also sometimes get the error that in a TOC, the <Link> Tag is looking for unique ID's for each TOC entry. Yikes! Why didn't the conversion tool/tagging tool do this?

Cheers, Karen

-----Original Message-----
From: WebAIM-Forum < <EMAIL REMOVED> > On Behalf Of Joseph Sherman
Sent: Friday, August 17, 2018 1:05 PM
To: 'WebAIM Discussion List' < <EMAIL REMOVED> >
Subject: [WebAIM] PDF Validator Failures?

Whenever I check PDFs using Commonlook, I always get the following errors about link annotation.

"Parent tag of Link annotation doesn't define the Alt attribute." "Link Annotation doesn't define the Contents attribute."

I can fix this fairly easily. But as long as the link is descriptive text, what practical consequence does this have? The descriptive link seems to read in JAWS and NVDA just fine without ALT on the annotation.