adobe pdf library c# : Exporting pdf data to excel SDK Library service wpf .net winforms dnn PDFUA-in-a-Nutshell-PDFUA0-part1910

Olaf Drümmer  
and Bettina Chang
The ISO standard for 
universal accessibility
Laws and regulations
The history of PDF/UA
File format requirements
Compliant PDF programs
Assistive technology
PDF/UA creation tools
Validating PDF/UA 
compliance
What the experts say
PDF/UA
in a Nutshell
Accessible documents with PDF
Exporting pdf data to excel - extract form data from PDF in C#.net, ASP.NET, MVC, Ajax, WPF
Help to Read and Extract Field Data from PDF with a Convenient C# Solution
pdf data extraction; exporting pdf form to excel
Exporting pdf data to excel - VB.NET PDF Form Data Read library: extract form data from PDF in vb.net, ASP.NET, MVC, Ajax, WPF
Convenient VB.NET Solution to Read and Extract Field Data from PDF
extract data from pdf to excel; export excel to pdf form
PDF/UA: The ISO standard for universal accessibility  3
PDF/UA: The key facts 
4
Laws requiring accessible IT services 
4
Introduction to the Web Content Accessibility Guidelines 2.0 
4
Important Laws and regulations 
5
International 
5
United States of America 
5
Europe 
5
The history of PDF/UA 
6
PDF/UA’s requirements 
7
File format requirements 
7
Requirements for compliant PDF programs 
8
Requirements for compliant assistive technology 
8
Accessible PDF: Users and usage 
9
PDF/UA: Creation tools 
10
Table 1: PDF/UA creation tools 
10
Validating PDF/UA compliance 
12
Table 2: Validating PDF/UA compliance 
13
Assistive technology for in-depth testing 
14
Compliant reader software 
14
Added value for PDF users 
15
Visual or motor impairments 
15
Reading and writing difficulties 
15
Easier reading and navigation on mobile devices 
15
The potential benefits of PDF/UA 
16
Laws paving the way for PDF/UA 
17
What the experts are saying 
18
Klaus-Peter Wegge, Siemens AG 
18
Markus Riesch, “Access for All” 
18
Learn more about PDF/UA 
19
PDF/UA Competence Center 
19
PDF/UA seminars 
19
PDF Association membership 
19
AIIM PDF/UA Committee 
19
Contents
PDF/UA 
in a Nutshell 
I
C# PDF Convert to Word SDK: Convert PDF to Word library in C#.net
PDF Library in C#.NET Class. Best C#.NET PDF to Microsoft Office Word converter SDK for exporting PDF to Word in Visual Studio .NET.
export pdf form data to excel spreadsheet; extract data from pdf form to excel
C# PDF Convert to SVG SDK: Convert PDF to SVG files in C#.net, ASP
without quality loss. C# sample code for quick integration in .NET framework program for exporting PDF from SVG. In some situations
flatten pdf form in reader; pdf form data extraction
PDF/UA: The ISO standard for 
universal accessibility
Information plays a central role in soci-
ety today, and it is becoming more and 
more common for that information to 
be offered in digital form alone. 周e re-
liable, user-friendly Portable Document 
Format (PDF) has become the world’s 
file type of choice for providing infor-
mation as a digital document. 
Tags can be added to a PDF in order 
to structure the content of a document. 
周ese tags are a critical requirement if 
any form of assistive technology (such 
as screen readers, specialist  mice, and 
speech  recognition  and  text-to-speech 
so晴ware) is to gain access to this con-
tent. To date, PDF documents have rare-
ly been tagged, and not all so晴ware can 
make use of PDF tags. In practical terms, 
this  particularly reduces  information‘s 
accessibility for people with disabilities 
who rely on assistive technology.
The ISO (International Organization for Standard-
ization) is the largest organisation in the world for 
developing and publishing international standards.
In  order  to  ensure  future  access  to 
PDF  documents  for  as  many  people 
as possible,  the  ISO  14289-1  standard 
(known as PDF/UA) was developed by 
specialists from around the world. It was 
published by the ISO in July 2012 with 
the official title “ISO 14289-1. Document 
management  applications  –  Electronic 
document  file format  enhancement for 
accessibility – Part 1: Use of ISO 32000-1 
(PDF/UA-1)”. 
PDF/UA-1  is  the  first  part  of  the 
PDF/UA  standards  family;  the  “UA” 
suffix stands for “Universal Accessibili-
ty” and refers to the standard’s central 
requirement. It is the first complete defi-
nition of a set of requirements for uni-
versally-accessible PDF documents.
PDF/UA  is  aimed  primarily  at  de-
velopers of so晴ware for creating, read-
ing, editing and validating PDF, and at 
suppliers  of  assistive  technology.  周e 
standard itself is not intended as a field 
manual for day-to-day use, but for PDF 
creators looking to learn more. 周e PDF 
Association and its members offer spe-
cialist  articles,  webinars and  training, 
providing  detailed  information  about 
PDF/UA and explaining how to create 
accessible  PDF  content.  Implementing 
the clearly-defined requirements of the 
PDF/UA standard in so晴ware products 
will allow users to easily create accessi-
ble PDF documents without any special 
training, opening up effortless access to 
high quality content to as many people 
as possible.
At the time of PDF/UA’s publication, 
of course, there were no programs avail-
able which were fully compliant with the 
standard. Since then, however, a number 
of so晴ware developers including Adobe 
Systems, axaio so晴ware, callas so晴ware, 
NetCentric  Technologies,  NV  Access, 
PDFlib,  xyMedia,  the  Swiss  National 
Association of and for the Blind (SNAB), 
and the Swiss foundation “Zugang für 
alle” (Access For All) have already an-
nounced or even released products sup-
porting the PDF/UA format. 
More  and  more  developers,  govern-
ment  authorities  and  other  organisa-
tions are expected to accept PDF/UA as 
an absolute requirement for universally 
accessible  PDF  documents  from  this 
point on.
Tagged PDF: 
Tags are standardised content 
markers in a digital document. 
First available in Adobe Acro-
bat 5, tags can be used to cre-
ate a PDF file with a logical 
document structure . Tags are a 
critical requirement for access-
ing the content in PDFs with 
assistive technology.
Introduction
PDF/UA 
in a Nutshell 
3
C# PDF Convert to Text SDK: Convert PDF to txt files in C#.net
Free evaluation library for exporting PDF to Text in both C#.NET WinForms application and ASP.NET WebForms. RasterEdge.XDoc.Excel.dll. RasterEdge.XDoc.PDF.dll.
how to save pdf form data in reader; make pdf form editable in reader
C# PDF Convert to Images SDK: Convert PDF to png, gif images in C#
NET. Support exporting PDF to multiple image forms, including Jpg, Png, Bmp, Gif, Tiff, Bitmap, .NET Graphics, and REImage. Support
extract pdf form data to xml; how to make a pdf form fillable in reader
What  does  “universal  accessibility” 
actually mean when it comes to PDFs? 
It is the idea that everyone should be 
equally  able  to  independently  access 
and  use  the  information  contained 
within a PDF document. 周is applies 
in particular to people  with disabili-
ties and those  with other difficulties; 
in other words, those who particularly 
depend on universally accessible infor-
mation and documents. 周e PDF/UA 
standard  allows these people the fol-
lowing key options:
 Making use of PDF documents with-
out assistance from others
 Reaching a specific goal easily, di-
rectly, and within a reasonable time 
frame
 Making the same-quality use of PDF 
documents as people without disa-
bilities.
周e technical requirements for uni-
versally accessible PDF documents are 
described clearly and in full in the new 
PDF/UA standard. 周ey define, for ex-
ample, how to create text, images, form 
fields, lists and tables that can be used 
by people with disabilities. 
Laws requiring accessible IT services
周ese  requirements  are  increasingly 
important  for  businesses  and  public 
institutions, as current legislation re-
quires (and in some cases has regulat-
ed for many years) universal accessi-
bility in information technology. Laws 
in the USA, Canada, Australia and the 
European Union, for example, require 
state and federal  authorities to allow 
the public universal access to the dig-
ital  information  they  provide.  Aside 
from websites, this applies in particu-
lar to PDF documents. Although such 
laws do not always apply to the private 
sector (or apply only in limited cases), 
more and more modern businesses are 
accepting  their  responsibility  to pro-
vide accessible versions of both their 
websites and the PDF documents they 
provide.
Introduction to the Web Content 
Accessibility Guidelines 2.0
周e  requirements  for  PDF/UA  are 
based on the principles of Version 2.0 
of the W3C consortium’s Web Content 
Accessibility Guidelines (WCAG), also 
published in identical form as an ISO 
standard  in  October  2012  (ISO/IEC 
40500). WCAG 2.0 guides the creation 
of accessible web content, focusing on 
the kinds of content and applications 
usually provided on websites. 
Some WCAG 2.0 tips of a purely in-
formative nature suggest how barriers 
to access can also be avoided in PDF 
documents, but a systematic explana-
tion or guide is not provided. PDF/UA, 
on the other hand, exclusively and ful-
ly addresses the PDF format, bringing 
the ideas behind WCAG 2.0 into the 
world of PDF and setting PDF-specific 
rules. 
As an ISO standard,  PDF/UA  does 
not offer concrete help with implemen-
tation, either for specific programs or 
areas of application. 周is, however, is 
covered  by  the  PDF/UA  Competence 
Center founded by the PDF Associa-
tion. 周e PDF/UA Competence Center 
is  made  up  of  leading  international 
businesses and individual experts who 
use the website www.pdfa.org, as well 
as publications, seminars and confer-
ences,  to  provide  information  about 
implementing PDF/UA in practice.
PDF/UA: 
The key facts
4
PDF/UA 
in a Nutshell 
Introduction
How to C#: Basic SDK Concept of XDoc.PDF for .NET
as annotation creating, deleting, modifying, importing, exporting, and so on. and events necessary to load a PDF document from file or query data and save
how to save editable pdf form in reader; how to fill out a pdf form with reader
VB.NET PDF: Basic SDK Concept of XDoc.PDF
as annotation creating, deleting, modifying, importing, exporting, and so on. and events necessary to load a PDF document from file or query data and save
change font size pdf form reader; extract data from pdf forms
International
UN Convention on the Rights of People 
with Disabilities: 周e UN Convention on 
the  Rights  of  People  with  Disabilities 
defines  in  concrete  terms  the  general 
human rights of people with disabilities. 
It has been in effect since 2008.
United States of America
Americans With Disabilities Act (ADA): 
In 1990, the US Congress passed a fed-
eral law, ADA, which forbade all forms 
of discrimination based on disability.
Rehabilitation Act, Section 508: In 
1998, the United States expanded the 
Rehabilitation Act to include  Section 
508.  Since  then,  the  federal  govern-
ment has been required to ensure that 
all its IT services are accessible for peo-
ple with disabilities.
Europe
EU Mandate 376: With Mandate 376, 
the European Commission tasked the 
standardisation  organisations  CEN, 
CENELEC and ETSI with harmonising 
European  public  procurement  laws. 
They are currently working on the EN 
301459  standard  which  specifies  re-
quirements  for  universal  accessibility 
in creating public-sector ICT products 
and services.
European Accessibility Act: The Euro-
pean Commission is currently prepar-
ing a European Accessibility Act.
Equal Treatment of Disabled Persons Act 
(Behindertengleichstellungsgesetz – BGG): 
Section 11 of the German federal law 
BGG has required since 2002 that fed-
eral  authorities’  online  presences  and 
services be universally accessible. Some 
German states also have state-level laws 
which place similar requirements on lo-
cal authorities.
Regulation for the creation of univer-
sally accessible IT in accordance with the 
Equal Treatment of Disabled Persons Act 
(Barrierefreie-Informationstechnik-Ver-
ordnung – BITV 2.0): BITV 2.0 specifies 
the minimum requirements for online 
information and services provided by 
federal  authorities.  They  are  most-
ly  based on the recommendations of 
WCAG 2.0. Some German states have 
comparable state-level regulations re-
garding  universally accessible IT  ser-
vices.
Regulation on equal rights for disabled 
persons  (Behindertengleichstellungsver-
ordnung, BehiV): Article 10 of the Swiss 
federal regulation BehiV requires fed-
eral authorities to make anything they 
provide  online  universally  accessible 
so  that  people  with  disabilities  can 
make use of it.
Federal Guidelines for Designing 
Universally  Accessible  Online  Content 
(P028): The Swiss P028 guidelines re-
quire federal websites to conform to 
WCAG 2.0 and to meet compliance 
level AA.
Federal Law on the Equal Treatment of 
Disabled  Persons  (Bundes-Behinderten-
gleichstellungsgesetz – BGStG): The Aus-
trian  federal law BGStG requires the 
Austrian federal government to make 
its services  available in  an  accessible 
form. 
Important Laws and 
regulations
Important Standards: 
PDF/UA (ISO 14289-1:2012): ISO 
standard 14289-1 defines all 
essential requirements for uni-
versally-accessible PDF docu-
ments, PDF programs and as-
sistive technologies for using 
PDF/UA. 
PDF 1.7 (ISO  32000-1:2008): 
ISO standard 32000-1 specifies 
the PDF file format. 
WCAG 2.0 (ISO/IEC 40500:2012): 
ISO/IEC 40500 is  a  standard 
which is identical in content to 
the W3C’s WCAG 2.0, the guide-
lines for a universally-accessi-
ble web.
Laws and regulations
PDF/UA 
in a Nutshell 
5
C# Create PDF from images Library to convert Jpeg, png images to
Create PDF from images in both .NET WinForms and ASP.NET application. .NET converter control for exporting high quality PDF from images in C#.NET.
online form pdf output; extracting data from pdf forms to excel
VB.NET PDF - Convert PDF with VB.NET WPF PDF Viewer
Data. Data: Auto Fill-in Field Data. Field: Insert PDF, VB.NET Word, VB.NET Excel, VB.NET part illustrates some conversion tabs and features for PDF exporting.
extract data from pdf form fields; pdf data extractor
The first version of PDF, PDF 1.0, was 
released in 1993. PDF was created and 
further developed  by Adobe  Systems 
Incorporated. The PDF format makes 
it easier to exchange and display digital 
documents; in the two decades since 
its  publication,  it  has  gained  world-
wide acceptance. It allows all kinds of 
documents to be reproduced exactly as 
they were originally designed, regard-
less of the platform used, thanks to a 
number of (sometimes free) PDF cre-
ation and viewing programs and web 
browser plug-ins.
For  a  long  time, however, this file 
format remained inaccessible to a large 
number of people,  as PDF originally 
focused on the visual presentation of 
 document  rather  than  its  content 
and structure. In order to address this 
problem,  in  2001  Adobe  introduced 
tags with PDF 1.4 and Adobe Acrobat 
5. These can be used to turn a conven-
tional PDF into a tagged PDF.
In 2004, a working group began to 
form, coordinated by  AIIM (the As-
sociation  for Information  and Image 
Management, www.aiim.org), aiming 
to develop a universally accessible PDF 
standard. This standard would speci-
fy a complete set of requirements for 
tagged PDF documents that could be 
reliably used to create and check for a 
sufficient level of accessibility.
 further  important  development 
came in 2008, when Adobe’s PDF 1.7 
specification  became  an  ISO  stand-
ard  – published by  the ISO  as “ISO 
32000-1:2008. Document management 
– Portable document format – Part 1: 
PDF 1.7”. A copy of the standard can 
be downloaded for free from the Adobe 
website, while the ISO version (which 
is identical in content) can be ordered 
from ISO for a fee. Also in 2008, the 
World Wide Web Consortium (W3C) 
published WCAG 2.0. This replaced its 
predecessor WCAG  1.0, published in 
1999, and took into account the tech-
nical  developments  which  had taken 
place since that time.
An ISO standardisation project be-
gan  in  2009.  Based  on  AIIM’s  pro-
ject,  ISO  committee  ISO TC 171 
SC 2, chaired by Cherie Ekholm  of 
Microsoft,  aimed  to  further  develop 
PDF/UA. A wide range of companies, 
including  Adobe,  Microsoft,  callas 
software, Design Science, NetCentric 
and others  were  actively involved in 
the standardisation work. This meant 
that just one year later, the draft stand-
ard  ISO/DIS  14289-1  was  ready  for 
publication. After an intensive consul-
tation and testing phase, PDF/UA was 
finally approved as  an ISO standard 
and published as ISO 14289-1 in July 
2012.
The German standardisation organ-
isation  DIN  (Deutsches  Institut  für 
Normung e.V.) is currently working on 
translating ISO 14289-1 into German; 
this version is expected to be published 
in autumn 2013.
On  the  international  stage,  mean-
while, the second part of the standard 
(PDF/UA-2) is now being prepared by 
the ISO. PDF/UA-2 will be based on 
the  next version  of  the PDF  format, 
PDF 2.0, and will make use of all that 
has been learned during the develop-
ment and introduction of PDF/UA-1. 
Among  other  things,  it  will  include 
more  extensive  options  for  sophisti-
cated  semantic  structuring  of  con-
tent and support for specific tag sets. 
These will include scientific sets, such 
as MathML and ChemML, as well as 
specialised publication tag sets such as 
DAISY and DocBook.
Timeline: From PDF to PDF/UA
1993:  Adobe Systems publishes 
PDF 1.0
1999:  W3C releases Web Content 
Accessibility Guidelines1.0
2001:  PDF 1.4 integrates tags to 
represent the logical 
structure of content 
within PDF documents
2002:  Equal Treatment of 
Disabled Persons Act, 
Germany 
2002:  Accessible IT Regulation1.0, 
Germany 
2004:  PDF/UA project begins, 
coordinated by AIIM
2008:  PDF 1.7 published as an 
ISO standard (ISO 32000)
2008:  UN Convention on the 
Rights of People with 
Disabilities comes into 
effect
2008:  W3C releases Web Content 
Accessibility Guidelines 2.0
2009:  ISO takes over the PDF/UA 
project as ISO/NWI 14289 
2011:   Accessible IT Regulation 2.0, 
Germany
2012:  ISO approves and 
publishes PDF/UA 
(ISO14289-1)
The history of PDF/UA
6
PDF/UA 
in a Nutshell 
History
C# WPF PDF Viewer SDK to convert and export PDF document to other
Data. Data: Auto Fill-in Field Data. Field: Insert PDF, VB.NET Word, VB.NET Excel, VB.NET part illustrates some conversion tabs and features for PDF exporting.
extract pdf form data to excel; extract data from pdf table
VB.NET Create PDF from images Library to convert Jpeg, png images
REImage. .NET converter control for exporting high quality PDF from images. Turn multiple image formats into one or multiple PDF file.
pdf data extraction tool; extract data from pdf into excel
周e PDF/UA standard defines technical 
requirements  for  universally-accessible 
PDF documents by identifying a set of 
relevant PDF functions (including text 
content, images, form fields, comments, 
bookmarks and metadata) based on ISO 
32000-1  (PDF  1.7)  and  specifies  how 
they should be used in PDF/UA-com-
pliant documents.  It  does not address 
elements which have no direct impact 
on accessibility, such as the compression 
algorithms used for image data. 
Successful  access  to  content  within 
PDFs  depends  not  just  on  compliant 
documents, but also on compliant PDF 
programs  and  assistive  technology. 
PDF/UA therefore also specifies require-
ments for these. A brief selection of the 
main requirements is shown below:
File format requirements
Content is categorised in one of two 
ways: meaningful content, and artefacts 
such  as  decorative  page elements.  All 
meaningful content must be tagged and 
integrated into the structure tree of all 
tags within a document. Artefacts, on 
the other hand, need only be marked as 
such.
Meaningful content must be marked 
with tags and, together with the other 
tags in the document, create a complete 
structure tree. 
Meaningful content must be marked 
with the appropriate semantic tags.
周e structure tree created by the doc-
ument tags must reflect the document’s 
logical reading order.
Only the standard tags defined in 
PDF 1.7 may be used; if any other tags 
are used, a role assignment entry must 
record which standard tag each one rep-
resents.
Information may not be conveyed 
using visual means alone (e.g. contrast, 
colour or position on the page).
No flickering, blinking or flashing 
content  is  permitted,  either  as  effects 
controlled by JavaScript or as part of any 
videos embedded within the PDF.
A document title must be given, and 
the document must be set up so that the 
title (rather than the file name) appears 
in the window title.
The language of all content must be 
noted, and changes of language must 
be explicitly marked as such. 
PDF/UA’s requirements
Requirements
PDF/UA 
in a Nutshell 
7
Any pictorial elements – whether 
image objects or other non-text objects 
such as vector objects or object groups 
– must have corresponding alternative 
text.
Adhering to these technical and se-
mantic requirements will create a uni-
versally accessible PDF/UA document 
which a  person with  disabilities  can 
make use of just as effectively and in 
just as high quality as any user without 
disabilities.
Requirements for compliant PDF 
programs
PDF  programs are  o晴en  the  link  for 
people  with  disabilities  between  the 
PDF document to be read and any as-
sistive technology that may be used. In 
practice, this means that PDF/UA-com-
pliant PDF programs must hand over 
all content and other information from 
the PDF document to the assistive so晴-
ware or device, and that the assistive 
technology itself must make use of all 
the  information it  receives, including 
for navigation, filling out form fields, or 
reading metadata.
周e so晴ware must be able to read and 
pass on  all information stored  within 
the document’s tags and structure tree, 
or otherwise make all the document’s 
content accessible.
It must make all content available 
to  the  assistive  technology,  including 
structural information.
It must not limit the functionality of 
the assistive technology.
It must allow the assistive technology 
to recognise the language used and any 
changes in language within the document.
It must allow navigation through the 
document by page number, through the 
structure tree, or through bookmarks.
It must not play media content auto-
matically, but rather wait for the user’s 
command to do so.
Requirements for compliant assistive 
technology
The  term  “assistive  technology”  de-
scribes anything which helps or allows 
people with disabilities or other dif-
ficulties to use any kind of hardware 
and  software.  People  with  serious 
visual  impairments  may  use  screen 
magnifiers.  People  with  restricted 
mobility can use joysticks or special 
keyboards  for  input  and  navigation. 
Highlighting the current portion of a 
document while also reading it aloud 
using  a  text-to-speech  function  can 
make it easier for users with dyslexia 
to read a document. Blind users often 
use a standard keyboard for input and 
navigation  alongside  a screen  reader 
or Braille display for  output. For  all 
of these assistive technologies to work 
properly  with  PDF/UA,  they  must 
meet the following requirements:
周ey must be able to recognise all 
structural elements, attributes and key 
values  used  in  the  specification  and 
output them for the user of a PDF doc-
ument.
周ey must allow the user to navigate 
through the document by page number, 
through the structure tree, or by using 
bookmarks.
周ey must allow the user to easily set 
and change the magnification of a PDF 
document at any time.
8
PDF/UA 
in a Nutshell 
Requirements
As a  quality  standard for  universal-
ly  accessible  PDF  documents  aimed 
at both software developers and doc-
ument  creators, PDF/UA  serves  as  a 
clear basic requirement for  everyone 
involved in PDF creation. It gives soft-
ware developers a clear set of goals to 
work towards implementing which us-
ers can then take into account when 
creating PDFs.
周is benefits all PDF creators. Some 
of them will find PDF/UA compliance 
brings significant advantages. 周is in-
cludes  people  who  work  with  office 
documents, who o晴en distribute their 
finished  presentations,  spreadsheets 
and text documents to others or store 
them in  a  central location  for  others 
to retrieve. As the office program each 
person  uses can vary dramatically in 
terms  of  functionality,  compatibility 
and accessibility, it is o晴en easier for 
everyone involved to export these doc-
uments to PDF format before passing 
them along to others. PDF documents 
created in this way are not automati-
cally PDF/UA-compliant, but it is now 
becoming much easier to make  these 
documents  universally  accessible  and 
ultimately, for them to meet the stand-
ard.
 further  area  of  application  for 
PDF/UA  is  in  digital  distribution  of 
printed publications in PDF format. 周e 
print data is usually prepared in digital 
format  using  layout  and  editing  pro-
grams, then exported in PDF format for 
printing. 周ese programs are also o晴en 
used to generate a  PDF for on-screen 
reading which is then distributed over 
the web or by email. 周e most exten-
sive  support  for  universally  accessible 
PDF  documents  can  be  found  in  the 
layout program Adobe InDesign, from 
version CS 5.5 onwards. InDesign pro-
vides a particularly high level of support 
for the  technical requirements  behind 
the PDF/UA standard , which means it 
requires little extra work to create uni-
versally  accessible  PDF/UA-compliant 
documents. Certain aspects may need 
occasional adjustment, either manually 
or with the use of specialist so晴ware ex-
tensions.
If a PDF document is created from a 
database,  XML,  or  some  other  struc-
tured  data set, the solutions  used can 
also  take  advantage  of  updated  PDF 
programming  libraries  which  encode 
the content in accordance with PDF/UA 
specifications. It is also equally possible 
to adapt solutions which already allow 
the creation of tagged PDFs, in order to 
produce PDF/UA-compliant PDF docu-
ments.
Accessible PDF: 
Users and usage
Usage
PDF/UA 
in a Nutshell 
9
In principle,  universally-accessible  PDF 
documents can either  be  generated di-
rectly during document creation, using a 
suitable program, or indirectly generated 
by adapting an existing PDF document. 
周e indirect approach tends to require a 
great deal of work, as all tags and numer-
ous other settings will need to be provid-
ed manually. 
周is work can also become void as soon 
as a new version of the PDF document re-
places the old one, if any changes to the 
document’s content need to be made. 周e 
adaptation process must then be started 
again from scratch.
周e direct approach is almost always 
the better option; post-creation PDF ed-
its should be avoided or at least kept to a 
minimum. Either way, it is essential that 
the document creation program can per-
form the functions required and that the 
document creator can make use of them. 
Although only a few programs current-
ly support PDF/UA in its entirety, a wide 
range of options still exist in the form of 
the programs listed alphabethical below: 
PDF/UA: 
Creation tools
Table 1: PDF/UA creation tools
Software
Developer
Application
PDF/UA functions supported
Adobe Acrobat XI 
Pro
Adobe Systems
PDF document creation, 
editing and viewing
• Create and edit content tags
• Mark page content as artefacts
• Add alternative text
• Specify the language(s) used for a document and 
specific content within it
• Feature to add basic accessibility to any PDF
• Fast, extensive accessibility checking
Adobe Distiller 
Server 8 
Adobe Systems
Converts PostScript files 
to PDF
• Create tagged PDFs
• Requires specific pdfmark codes within the Post-
Script files
axesPDF for Word
xyMedia
Add-in for Word 2007 
and Word 2010. Helps 
the user to use Word 
functions and compen-
sates for weaknesses and 
errors resulting from ex-
porting a tagged PDF 
from Word. 
• Specify the language of a document
• Set up a series of tabs based on the document struc-
ture
• Specify the document title and include it in the doc-
ument window
• Use all standard PDF tags
• Advanced table tagging
• Tag all content or mark it as an artefact
• Integrated validation function
CommonLook 
Office 1.2
NetCentric Tech-
nologies
Plug-in for Word and 
PowerPoint. It uses 
checkpoints to take us-
ers through the author-
ing software’s accessibili-
ty functions
• Guided review of document based on checkpoints
• Adjust alternative text for images
• Correct mappings between styles and tags
• Advanced table tagging
• Enhanced tagged PDF export
• Generate bookmarks
• Support for accessible PDF forms
10
PDF/UA 
in a Nutshell 
Software tools
Documents you may be interested
Documents you may be interested