E-mail List Archives
Re: How is PDF accessibility evaluated?
From: Susan Grossman
Date: Feb 7, 2015 6:59AM
- Next message: Yamanishi, Evan: "Re: High Volume Alt Text"
- Previous message: Katie Haritos-Shea: "Re: W3C structure, Standards bodies, and more (wasHow is PDF accessibility evaluated?)"
- Next message in Thread: Chagnon | PubCom: "Re: How is PDF accessibility evaluated?"
- Previous message in Thread: Katie Haritos-Shea: "Re: W3C structure, Standards bodies, and more (wasHow is PDF accessibility evaluated?)"
- View all messages in this Thread
This conversation has been both incredibly helpful and a bit confusing.
And thank you for the interview link.
I should state up front that I validate PDF's based on corporate standards
that were created from the WCAG 1.0 & 2.0 PDF techniques, and some US
State and University guidelines and Medicare requirements. When validating,
there's a series of visual, hand and validator tests/tasks (including color
analysis) before listening to and testing short-cut keys in JAWS. Among
many things we look for semantic tagging, clarity in alt tags, that
repetitive text (like a common footer) is set as backgrounds after one
instance, that table headers are read out in cells, languages inline are
set correctly, and so forth.
Like others have mentioned, my original knowledge came from seminars years
ago, and reading articles/other materials. Was taught that accessibility
can be subjective, there's an end goal to be all inclusive, and there are
guidelines to help you reach that goal with some suggested methods.
Methods can vary as long as the goals are met. And I have used the W3C
guidelines to help understand the goals. And yes, "standards",
"guidelines", and other terms are used a bit similarly along with W3C and
WAI as being synonymous bodies, as pointed out by others as incorrect.
Was never exposed to PDF/UA and did not realize that what I've been
considering as an accessible PDF, may not actually meet all requirements
and that training I've done based on the above may not be adequate.
Luckily we teach marketers to create Word and other documents initially as
accessible as possible. Tables for tabular data only and using headers,
using columns, think about their heading levels, setting language in the
properties, etc. So at least we have it together there.
Thanks - Susan
On Sat, Feb 7, 2015 at 3:04 AM, Karlen Communications <
<EMAIL REMOVED> > wrote:
> I am going to reluctantly wade into the fray and then back out of it.
>
> I am, and those of us on the various PDF/UA committees for our countries
> are advocating for the adoption of PDF/UA into legislation and genral "this
> is what an accessible PDF is" standard. I am on the Canadian committee and
> have been for many years. I also use adaptive technology.
>
> I look at inclusion from a global perspective and the Incheon Strategy to
> Make the Right Real in the Asia Pacific Region which is a strategy to
> implement the Convention on the Rights of People with Disabilities states
> that for digital content international standards are to be implemented.
> This is quite progressive and allows for the immediate adoption and
> implementation of standards as they are developed.
>
> In terms of the Access Board "standards" or guidelines or best practices,
> I have some serious concerns about the direction they are headed or it
> looks like they are implementing. I was at a webinar this past week and was
> gobsmacked to hear them recommend as a standard/guideline/best
> practice/requirement that tables be used for design layout in Word, that
> text boxes be used in Word instead of formatted styles and that the null
> attribute be used for decorative images in Word documents.
>
> One person did ask if the null attribute worked the same way in Word as it
> did in HTML and the response was telling in terms of an understanding of
> how standards/guidelines/requirements are being perceived and even
> knowledge about accessible document design in general. The answer from the
> people who created this training and guidance/requirements was that it
> didn't work in Word but it was a WCAG requirement/technique so it was
> included in their new standard/guidelines/requirements.
>
> I used the slash to separate the terms
> standard/guidelines/requirements/best practice because during the 90 minute
> webinar these terms were used interchangeably and I still don't know if
> these are going to be what the Access Board and Department of Education as
> well as federal agencies are going to mandate be put in place and accepted.
>
> This training/requirements/guidelines/standards/best practices were
> developed by a small group and the focus seems to be on those using screen
> readers and not really paying attention to what we know is and isn't
> accessible or even good document design. There is also no mechanism for
> anyone outside of the committee that created these standards/guidelines/
> requirements/best practices to comment or help them reshape their
> documentation.
>
> I am a Microsoft MVP for Word and a Microsoft Accessibility MVP. I know
> that work has been done to make text boxes in Word more accessible and
> although progress has been made, access is still hit and miss in terms of
> the adaptive technology. It also appears that the material developed by/for
> the Access Board and Department of Education is not thinking of backward
> compatibility even to Word 2007. The example they gave for using tables for
> design layout is actually a good example of where Tab Stops should be used
> to optimize the content for accessibility.
>
> ...and the next webinar and set of standards/guidelines/requirements/best
> practices are on accessible PDF!!!!!!
>
> As someone who has been working in this field for over a decade, has
> written books on creating and working with accessible PDF, Word and
> PowerPoint as well as general accessible document design and done a lot of
> training and workshops at conferences, and someone who depends on adaptive
> technology to access digital content, I am really concerned that adoption
> of these standards/guidelines/requirements/best practices are going to
> create more inaccessible content that will need remediation before it is
> accessible.
>
> Going back to the PDF part of this discussion. PDF/UA gives us the tool to
> answer the question "what do you mean by or want in an accessible PDF? We
> can now say, it has to be PDF/UA compliant. We don't really care how you
> get there, but this is where you need to end up.
>
> To add more fuel to the discussion, here is a link to an interview I've
> done in advance of my PDF/UA session at CSUN.
>
> http://www.accessiq.org/news/features/2015/02/accessible-pdfs-and-the-potential-of-pdfua
>
> Backing out of the fray now and skulking in the background. Nice to hear
> from you Loretta!
>
> Cheers, Karen
>
>
>
- Next message: Yamanishi, Evan: "Re: High Volume Alt Text"
- Previous message: Katie Haritos-Shea: "Re: W3C structure, Standards bodies, and more (wasHow is PDF accessibility evaluated?)"
- Next message in Thread: Chagnon | PubCom: "Re: How is PDF accessibility evaluated?"
- Previous message in Thread: Katie Haritos-Shea: "Re: W3C structure, Standards bodies, and more (wasHow is PDF accessibility evaluated?)"
- View all messages in this Thread