Accessibility issues when Adobe FrameMaker files are saved to PDF
- January 7, 2025
- 6 replies
- 9353 views
I work for a large organization. We have been using Adobe FrameMaker to create numerous user guides (PDFs) for many years. These user guides need to be frequently updated. All user guides must be accessibility compliant. The PDFs that we create using Adobe FrameMaker are very large (hundreds of pages for each PDF). After creating a PDF, we run an accessibility check using Adobe Acrobat Pro. Some of the accessibility issues that are listed in the check require an enormous amount of time to manually resolve in the PDF. And every time we update a PDF, we must “start from scratch” to resolve the accessibility issues again.
It seems that some of these issues should not be happening when the Adobe FrameMaker files are saved to PDF. We are currently using the Adobe FrameMaker 2022 version. If we are unable to resolve these issues, we might need to start considering other software options.
Note: We have also tried different settings file options to publish the Adobe FrameMaker files to PDF. However, we still get the same issues in the accessibility check.
Here are two examples of accessibility issues:
Tagged content – Failed:
This issue is due to text on headers and footers on the “Master Pages.” This content is not real content (and we don’t want headers and footers to be read by a screen reader). The text from the “Master Pages” should be “pagination artifacts.” There is nothing in the Adobe FrameMaker PDF Setup to designate headers and footers on the “Master Pages” as pagination artifacts. To resolve this, we currently have to open the “Contents Panel” in the PDF and manually change the text for every header and footer to a pagination artifact. This task must be repeated for every page in the PDF.
-------------------------------------------------------------------------------------------------------------------------------
Lbl and LBody – Failed:
This error occurs for every “heading” that has “auto-generated” text or numbering (format designated under the Paragraph Designer > Numbering). These paragraph tags are meant to be headings and are designated as headings (first level, second level, and third level) in the Adobe FrameMaker PDF Setup (under the “Tags” tab). These are not meant to be lists. To resolve this issue, we currently have to open the “Tags Panel” and manually change the “auto-generated” portion of the heading (text or numbering) that got labeled with a <Lbl> tag in the PDF to a <Span> tag. Because our PDFs are so large, we have to repeat this task for hundreds of headings throughout the PDF every time we update the PDF.
Example formatting for auto-generated text for headings (under Paragraph Designer > Numbering)
- Heading1 (used for chapter title headings): C:Chapter <$chapnum>: Example -
- Heading2 (used for section headings): H:\t<$chapnum>.<n+>\t
- Heading3 (used for subsection headings): H:\t<$chapnum>.<n>.<n+>\t
--------------------------------------------------------------------------------------------------------------------------------
If helpful, see attached "Chapter 2" example PDF (with unedited accessibility issues) and PDF accessibility remediation document with notes. I also tried to attach the example FrameMaker file, which was used to create the example PDF, but it would not let me "drag and drop" a file with a "fm" FrameMaker extension (file name: Chapter 2 Example file.fm) into the "drag and drop" box.
Any help would be greatly appreciated!
-Andrea
