E-mail List Archives
Re: PDF Validator Failures?
Date: Aug 17, 2018 10:20PM
- Next message: Mallory: "Re: Fusion vs JAWS and ZoomText"
- Previous message: L Snider: "Re: PDF Validator Failures?"
- Next message in Thread: None
- Previous message in Thread: L Snider: "Re: PDF Validator Failures?"
- View all messages in this Thread
PDF/UA-1 Sec. 7.18.5 states:
"Links shall contain an alternate description via their contents key as
described in ISO 32000-1:2008."
I think this spec is ill-defined as we're all finding that a global "all
links must have alt-text" just doesn't meet users' needs well. I hope it can
be fine-tuned in PDF/UA-2.
We use our judgment when checking links for alt-text. As long as the link
itself provides enough descriptive information, Alt-text really isn't needed
and in most cases adds unnecessary verbiage to the stream that's hitting a
screen reader user's ears.
- - -
Bevi Chagnon, founder/CEO | <EMAIL REMOVED>
- - -
PubCom: Technologists for Accessible Design + Publishing
consulting . training . development . design . sec. 508 services
Upcoming classes at www.PubCom.com/classes
- - -
Latest blog-newsletter - Accessibility Tips at www.PubCom.com/blog
From: WebAIM-Forum < <EMAIL REMOVED> > On Behalf Of
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.