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.
Current file formats used by popular applications are simply not suitable for public authorities, businesses and individual users needing to store unalterable digital documents for long periods of time. Word processors such as Microsoft Word or OpenOffice Writer create files which can look very different depending on the platform used to view them. Text and images may appear different than intended or they may not appear at all. Nowadays, there are also the questions of how these programs will develop in the future, and whether or not it will still be possible to open and view older files an unacceptable risk when considering the timescales involved in long-term archiving.
PDF/A is an industry-recognised ISO standard. Future software development must reflect the need to work reliably with these documents.
When using email or the internet to distribute carefully designed documents containing text and images, users are increasingly choosing PDF. After all, the Portable Document Format can embed all elements of a document within itself. This can include fonts and images, but also 3D objects, audio and video. Embedded fonts are optional; it is also possible (in order to save on file size, for example) to link to one instead. This, however, carries the risk that not all machines will correctly display the PDF.
PDF has also gained such broad worldwide acceptance because free programs exist for all devices and operating systems to view PDF documents. Whether viewed on a tablet, a smartphone or a desktop computer, a PDF file will usually look the same.
Document archives, however, require an exceptionally high standard: the content must always appear exactly the same under all circumstances. Particularly because of its universal availability and worldwide acceptance, it makes sense to build on PDF to create an archiving standard for digital documents.
Put in the simplest possible terms, PDF/A is a PDF which forbids certain functions which could hinder long-term archiving. PDF/A also demands that the file meet certain requirements which guarantee reliable reproduction.
PDF/A also places higher demands on the information it contains. All required fonts (or at least all glyphs for the specific characters used) must be embedded within the PDF. To ensure a uniform colour appearance on a variety of platforms and devices, colour information must be given in a platform-independent format using ICC colour profiles. The software must also use the XMP format for metadata (which is used to store the data identifying the file as a PDF/A, for example).
PDF/A also sets technical limits: for example, the page size is limited to an edge length of either 5.08 metres (PDF/A-1) or up to 381 kilometres (PDF/A-2 and PDF/A-3).