The PDF Techniques Accessibility Summit’s objective is to establish a broad-based understanding of how PDF files should be tagged for accessibilty. It’s an opportunity to focus on establishing a common set of examples of accessible PDF content, and identify best-practice when tagging difficult cases.Modernizing PDF Techniques for Accessibility
The PDF Techniques Accessibility Summit will identify best-practices in tagging various cases in PDF documents. Questions to be addressed will likely include: the legal ways to tag a nested list, the correct way to caption multiple images, the appropriate way to organize content within headings.Refried PDF
My hospital emailed me a medical records release form as a PDF. They told me to print it, fill it, sign it, scan it and return it to the medical records department, in that order. In 2018? To get the form via email (i.e., electronically), yet be asked to print it? Did the last 20 years just… not mean anything! So I thought I’d be clever. I’d fill it first, THEN print it. Or better yet, never print it, but sign it anyhow, and return it along with a note making the case for improving their workflow. The story continues…Slides and video recordings of PDF Days Europe 2018
You missed the PDF Days Europe 2018? Never mind! Here you can find the slides and video recordings of all 32 stunning sessions!Using PDF/UA in accessibility checklists
PDF/UA, like PDF itself, is internally complex, but used correctly, actually makes things easier.
The Portable Document Format developed by Adobe Systems and first published in 1993 offers a series of beneficial and hitherto unavailable characteristics. In addition to platform independence, this includes reliable rendering of page oriented contents. All components of a file such as fonts, texts, images and graphics are included in the PDF file itself. These advantages made PDF a candidate for standardization for selected usage areas and industries. What all standards have in common is that, as subsets, they restrict the extensive features of PDF and, in this way, optimise it for special application options.
In the printing industry, it is extremely important that digital print material is reliably reproduced. The technical ISO committee TC 130 developed the PDF/X standard, whose first part was published in 2001 as the first international PDF standard. Since then additional parts have been developed as part of the ISO 15930 series of PDF/X standards. The most recent additions PDF/X-4 and PDF/X-5 have just been revised as of July 2010. The PDF/VT standard (V for variable data printing and T for transactional printing) adds a purely PDF based option to the widely used high volume printing formats like AFP and PPML. It enriches PDF for the purpose of variable data printing and has been published in August 2010.
PDF/A-1 was published by the ISO committee ISO TC 171 in autumn 2005 as the international standard ISO 19005-1 for long-term archiving. PDF/A is beneficial above all in the administration, archiving, library and publishing, as well as banking and insurance sectors, but also in manufacturing industries since any digital documents from invoices, books and manuals to technical drawings can be permanently stored using this standard. Work on the second standard part, PDF/A-2, was completed from a technical point of view in Paris in summer 2010. It is expected to be published early 2011. Just having PDF/A-2 completed, the PDF/A committee within ISO TC 171 started work on an additional PDF/A standard part, PDF/A-3.
The accessibility of document content is becoming increasingly important, especially in the field of American and European authorities and administrative districts. The PDF/UA standard (UA stands for Universal Accessibility) is being developed as ISO 14289-1 within ISO TC 171. It aims to ensure that contents of PDF files are properly structured and thus are sufficiently accessible such that assistive technologies like screen readers can extract and present their content accordingly.
ISO standard 24517-1 was published in 2008. This standard supports the reliable and secure exchange of engineering related content.
Since summer 2008, the PDF file format has also been standardized as ISO standard 32000-1. It is based on PDF 1.7. New developments are being incorporated into the second standard part ISO 32000-2 also known as PDF 2.0, which is currently being developed and scheduled to be finalized in the second half of 2011.
As a standard for long-term archiving, PDF/A guarantees the reliable reproduction of documents over many years, regardless of technological developments in hardware and software. PDF/A ensures a homogenous archive in which both digitally created and scanned documents can be stored. As an international ISO standard, PDF/A is valid throughout the world. The environmental and climate aspect is also in PDF/As favour. Paper documents can increasingly be replaced by PDF/A documents since PDF/A is able to satisfy all requirements regarding longevity and binding nature (signatures).
Whereas PDF/A-1 is based on PDF 1.4, PDF/A-2 takes advantage of features that only became available in later versions of PDF, up to and including PDF 1.7. PDF/A-2 is no longer based on a specification published by Adobe, but on the internationally approved ISO standard 32000-1. The following overview shows the core innovations of PDF/A-2 which all users should be aware of.
The powerful compression method JPEG2000 (ISO/IEC 15444) was not supported in PDF/A-1 as it only was introduced into the PDF specification when PDF 1.5 was released. The new JPEG2000 options are interesting for scanned documents, among other things, because higher compression rates can be achieved at a better quality than with the older JPEG format. Furthermore, JPEG2000 offers a highly efficient lossless compression level.
With JPEG2000, libraries and archives can digitize historic maps, books or documents, for example, at the best quality possible, and create size-optimised PDF/A-2 files with JPEG2000 from them. The relevant metadata for the object can be stored directly in the PDF/A-2 document.
Making use of collections also called portfolios in Acrobat users can combine several files into one container PDF. PDF/A-2 can now be used to compile PDF/A collections from several PDF/A files. File formats other than PDF/A are intentionally not allowed inside PDF/A collections. One possible use of PDF/A collections is the archival of e-mails e-mail attachments (such as Word files) can be converted to PDF/A and archived alongside, but as a separate entity, the e-mail body.
PDF/A collections can also be advantageous in the social security sector, as signatures can be applied to single scanned pages. The PDF/A collection then combines the signed single pages of the whole document. One or more pages can be subsequently removed without affecting the validity of the signatures for the remaining pages.
Although transparency is part of PDF 1.4, at the time of the PDF/A-1 standardization it was not yet well enough supported and thus excluded for standard conforming PDF/A-1 files. In the meantime technology has substantially matured, and transparency has become a common characteristic of numerous PDF files.
Transparency is often used for a design element in the form of drop shadows, crossfades or vignettes. It may appear unintentionally in a PDF file, for example if the original file is a PowerPoint presentation, or where text is marked up with highlighting. The use of transparency is now permitted in PDF/A-2.
PDF/A-2 supports optional content, also often referred to as PDF layers. Optional content is helpful for technical construction drawings and plans, among other things, as the contents can be shown or hidden according to topic, such as the electrics or water supply for a building. Layers can also be used to display multilingual contents such as an international catalogue in a single PDF file. With the layers function, users can switch between English, Japanese and German text, for example, while the graphics remain the same.
The cross-platform OpenType fonts themselves are standardized as ISO/IEC 14496-22. These fonts provide extensive support for Unicode. OpenType fonts exist as TrueType (suffix .ttf) and PostScript variants (suffix .otf).
In PDF/A-2, these fonts can now be directly embedded without first having to convert them as was necessary with PDF/A-1 into the older formats PostScript Type 1 or TrueType.
Conformance level b stands for basic. PDF/A-1b and PDF/A-2b focus on visual integrity. PDF/A-1a and PDF/A-2a (a for accessible) contain additional features. These PDF/A documents also include structural information (such as information about paragraphs, headings or columns) as well as semantic information through the use of Unicode and alternate text. The latter is important to ensure that Copy&Paste from PDF/A files works without problems, and to ensure correct indexing of text. New to PDF/A-2 is the conformance level PDF/A-2u (u for Unicode). As a slimmed-down version of level a, it offers the advantages of Unicode (text searching and copying text) without having to adhere to any complex structural requirements that may be required by the a conformance level. PDF/A-2u is feasible both for digitally-created PDF files and for scanned documents with subsequent text recognition.
In the metadata domain, PDF/A-2 specifies the requirements that are imposed on custom XMP metadata fields for content objects this goes beyond PDF/A-1 insofar as there only the document level metadata were subject to these provisions. User-defined fields also on the level of content objects must now be defined using an extension schema if they are to be PDF/A-compliant.
PDF/A-2 establishes revised provisions around comments in PDF files. Some new annotation types like 3D annotations were added to the list of prohibited annotation types, while other new annotations introduced after PDF 1.4 (like text editing comments) are now allowed.
From the beginning, PDF/A intentionally allowed the use of electronic signatures. In PDF/A-2 more specific guidance has been added with regard to how digital signatures should be applied to guarantee interoperability. PDF/A-2 carries over provisions from the ETSI/PadES standard. PAdES (PDF Advanced Electronic Signatures) is a set of restrictions and enhancements to the PDF standard in accordance with ISO 32000-1 in order to improve the integration and use of advanced electronic signatures. ETSI has standardized the PAdES standard under TS 102 778.
The most important fact first of all: PDF/A-2 will not replace or supersede PDF/A-1 in any way. PDF/A-1 compliant documents that were already created will remain valid PDF files for long-term archiving. Archived PDF/A-1 files can remain unchanged in the data archive; an update to PDF/A-2 is not necessary here and does not usually make sense, since a PDF/A-1 document is always also a valid PDF/A-2 document.
When reviewing the new PDF/A-2 features, users who discover functions already on their personal wish-list are more likely to benefit from upgrading than those who are completely satisfied with the features of PDF/A-1. A functional, successful archive system relying on PDF/A-1 can remain to be based on PDF/A-1. Once the PDF/A-2 standard is published early 2011, in the initial phase, only a few tools will be available that have already implemented the full extent of the new ISO standard. This may impact the individual schedule for organisations intending to move to PDF/A-2.
Anyone dealing with the topic of PDF/A for the first time has to choose whether or not to use PDF/A-2 immediately. Here, too, the availability of the relevant software tools must be verified. In principle, there is nothing objectionable regarding the use of PDF/A-1 for long-term archiving now or in the future, since software is and will remain available, and the know-how that beginners acquire with PDF/A-1 can also be used to a large extent with PDF/A-2.
Even with ongoing projects, if PDF/A-1 satisfies all requirements, then the workflow should remain unchanged. If, however, PDF/A-2 offers crucial features that cannot be implemented based on PDF/A-1, the upgrade should be started at an appropriate point in time.
The following new or improved technical functions of PDF/A-2 should be interesting for developers and programmers in particular.
|Feature||New in PDF/A-2|
|Conformance level “A”||Extended requirements for conformance level “A”|
|File header||Only file headers from %PDF-1.0 %PDF-1.7 are allowed|
|Structure and tags||Mapping of user-defined tags and standard tags in a role map|
|Compressed object streams||PDF/A-2 supports compressed object streams, which were introduced with PDF version 1.5|
|Revision of the restrictions for the implementation||Among other things, the limit to 8191 array objects was lifted|
|Linearized PDF||No longer regulated by PDF/A-2|
|Appearance of comments||Annotation appearance is no longer required if the area is empty, or if the annotation is a link or popup annotation|
|History entry in XMP||If the history entry exists, certain rules apply|
|ICC profiles||Latest version ICC v4 is supported|
|Default CMYK||Improved provision|
|Prepress: overprinting, CMYK||Provisions for the use of overprinting mode and ICC-based CMYK|
|Spot colours||Spot colours must be consistent with regard to the alternative colour space|
|Name objects in valid UTF-8||Certain name objects such as for spot colours or structure types have to be encoded as UTF-8|
|Subset fonts||Provisions for subset of fonts were revised with regard to CharSet and CIDSet|
|TrueType||Encoding requirements for TrueType were revised
(differences array; Adobe Glyph List)
|.notdef glyphs||The use of .notdef glyphs (placeholder for glyphs in a font that are needed for rendering but are not present in the font) is no longer allowed|
|Namespace prefixes||Fewer stipulations regarding prefixes of namespaces|
|Document requirements key||Not allowed|
|XFA||The XML-based standard XFA (XML Forms Architecture) is now partially allowed|
Below is an overview in table form of further changes and improvements to PDF/A-2, mostly related to specific technical details.
|Feature||New in PDF/A-2|
|Links||Now also possible in the form of multi-rectangle link annotations
(link in the form of several related rectangles at a line break)
|Links with PDF collections||Links can be set to, from, or between embedded PDF/A files|
|Freeform comments||Freeform annotations, such as polygons, are allowed|
|User unit||Page sizes on a 1:1 scale of up to 381 km feed size (previously 5.08 m)
|Units of measure||Support of measurement properties; important for technical documents|
|Structured PDF||Extended options for tagged PDF|
|Encryption||Extended options for encryption|
|Electronic signatures||Extended options|
|Colours: DeviceN||Maximum number of colourations/colourants in DeviceN|
|Colours: NChannel||NChannel supported|