Title: Apache(tm) FOP: Accessibility
#Apache™ FOP: Accessibility
## Overview { #overview}
This page describes the [accessibility](http://en.wikipedia.org/wiki/Accessibility) features of Apache™ FOP. [Section 508](http://www.section508.gov/) defines accessibility in the context of electronic documents for the USA but other countries have similar requirements.
Accessibility features are available only for the PDF output format and there are some implementation limitations. Also, certain actions must be undertaken by the content creator to ensure that FOP can create a truly accessible document.
## Enabling accessibility { #Enabling-accessibility}
There are 3 ways to enable accessibility:
1. **Command line:** The command line option `-a` turns on accessibility:
fop -a -fo mydocument.fo -pdf mydocument.pdf
1. **Embedding:**
:::java
userAgent.setAccessibility(true);
1. **Optional setting in fop.xconf file:**
:::xml
true
...
When accessibility is enabled, additional information relating to the logical structure of the document is added to the PDF. That information allows the PDF viewer (or a text-to-speech application) to retrieve the natural reading order of the document.
The processing of the logical structure is memory-hungry. You may need to adjust the Java heap size in order to process larger files.
## Changes to your XSL-FO input files { #source}
Apache FOP cannot automatically generate accessible PDFs. Some of the work can only be performed by the content provider. Following are some changes that may be necessary to your XSL-FO content in order to generate really accessible documents:
- Table cells must have a table row as their parent.
- Images must have an alternate text: use the `fox:alt-text` extension attribute (in the [fox namespace](extensions.html#fox-namespace)) on `fo:external-graphic` and `fo:instream-foreign-object` to specify a short text describing the image.
- Ensure that the order of `fo:block-container` elements in a page corresponds to the reading order.
- Specify the natural language of the document using the language and country properties (or via the `xml:lang` shorthand property).
## Customized Tagging { #customTags}
The [PDF Reference](#PDFReference) defines a set of standard Structure Types to tag content. For example, ‘P’ is used for identifying paragraphs, ‘H1’ to ‘H6’ for headers, ‘L’ for lists, ‘Div’ for block-level groups of elements, etc. This standard set is aimed at improving interoperability between applications producing or consuming PDF.
FOP provides a default mapping of Formatting Objects to elements from that standard set. For example, `fo:page-sequence` is mapped to ‘Part’, `fo:block` is mapped to ‘P’, `fo:list-block` to ‘L’, etc.
You may want to customize that mapping to improve the accuracy of the tagging or deal with particular FO constructs. For example, you may want to make use of the ‘H1’ to ‘H6’ tags to make the hierarchical structure of the document appear in the PDF. This is achieved by using the `role` XSL-FO property:
...
I. A Level 1 Heading
This is the first paragraph of the first section...
...
If a non-standard structure type is specified, FOP will issue a warning and fall back to the default tag associated to the Formatting Object.
## Treating Content as Artifact
If your document has content that is not meant to appear in the structure tree, you can wrap it in an `fo:wrapper` element whose `role` property has been set to ‘artifact’. For example:
:::xml
blah... blah...
Funny graphical thing without logical meaning
blah... blah...
This special value for the `role` property can also be applied to `fo:static-content` elements; indeed such elements are often used to contain page header information, that is there purely as a reading aid for sighted people and is meaningless when read out loud by a screen reader.
:::xml
Page
## Scope of Header Table Cells { #fox:header}
In XSL-FO, tables are inherently defined row by row. The `fo:table-header` element can be used to define ‘header rows’, in which each cell is a header of the corresponding column (like `TH` cells in HTML). The cell is said to have a column *scope*.
There is no way, however, to define ‘row headers’: cells that have a row scope. Of course it is possible to style a cell to make it look like a header (for example, by using a bolder font), but that won’t be reflected in the structure of the document.
When creating accessible documents, it is desirable to have that information, as it can be used by a screen reader to help the user build a mental representation of the table.
For that purpose, FOP defines the `fox:header` extension property. If an `fo:table-column` element has this property set to `true`, then the corresponding cells will receive the `TH` structure type, and the `Scope` structure attribute will have one of the following value:
* ‘Both’ if the cell also is a descendant of `fo:table-header`;
* ‘Row’ otherwise.
`fox:header` |
---------|-----------
Value: | true | false |
Initial: | false |
Inherited: | no |
Applies to: | `fo:table-column` |
If for some reason a cell inside a header column is not meant to be a header cell, the `role` property can be used to override the default behavior and set the structure type to `TD`.
For example, the following table:
:::xml
Header Scope = Both
Header Scope = Column
Header Scope = Column
Header Scope = Row
Cell 1.1
Cell 1.2
Header Scope = Row
Cell 2.1
Cell 2.2
Non-header
Cell 3.1
Cell 3.2
will be rendered into this:
Header Scope = Both | Header Scope = Column | Header Scope = Column
----------------------- | --------------------- | ---------------------
**Header Scope = Row** | Cell 1.1 | Cell 1.2
**Header Scope = Row** | Cell 2.1 | Cell 2.2
Non-header | Cell 3.1 | Cell 3.2
## Testing { #testing}
Accessible PDFs can be tested, for example, using Adobe Acrobat Professional. Its Accessibility Check feature creates a report indicating any deficiencies with a PDF document. Alternatively, you can just let a screen reader read the document aloud.
## Limitations { #limitations}
Accessibility support in Apache FOP is relatively new, so there are certain limitations. Please help us identify and close any gaps.
- The natural language can currently only be specified at the page-sequence level. The document language is derived from the language of the first page-sequence. It is currently not possible to override the language inside the content below the page-sequence level.
- It's currently not possible to specify the expanded form of an abbreviation or acronym.
- SVG graphics (or images in general) are treated as a single figure. Text contained in SVGs is not accessible. It's only possible to work with `fox:alt-text`.
- The side regions (region-before, region-after etc.) are currently not specially identified. Screen readers may read their content at page changes.
## Related Links { #links}
Many resources providing guidance about creating accessible documents can be found on the web. Here are a few links, along with additional resources around the topic:
- [US Government - Website on Section 508](http://www.section508.gov/)
- [Wikipedia on Accessibility in general](http://en.wikipedia.org/wiki/Accessibility)
- [Wikipedia on Accessibility in PDF](http://en.wikipedia.org/wiki/Portable_Document_Format#Accessibility)
- [PDF Reference 1.4](http://partners.adobe.com/public/developer/en/pdf/PDFReference.pdf) (look up chapters 9.7 "Tagged PDF" and 9.8 "Accessibility Support")
- [PDF/A support in Apache FOP](pdfa.html)
- [Developer-oriented details on the accessibility features (on the Wiki)](https://cwiki.apache.org/confluence/display/XMLGRAPHICSFOP/PDF_Accessibility)