40. Publishing Options & Security
Use accessible publishing options (e.g. PDF settings, Flash import scripts)
Publish your media so that the accessibility features for the media are included and so that screen readers work with any security features.
Rationale
Sometimes authoring tools that produce media allow publication of files that do not include the accessibility features that are available in the media type. The inaccessible publication options may even be the default setting.
Similarly, some media types offer security options that do not work with screen readers.
For many media types and especially Flash, Flex and PDF, selecting the correct publishing options is as important as basic accessibility techniques, such as adding alternative text or providing a sensible reading order.
HTML & JavaScript
Do not use role=“application”
except where your application will handle all keystrokes for keyboard access and screen readers
This role causes the screen reader to switch to a mode where your application is expected to handle key presses.
Digital Rights Management (DRM)
If you use security techniques to prevent text from being copied and pasted or otherwise easily shared, be sure that screen readers will still be able to access the text. Include screen reader access in both your requirements and your test plan for Digital Rights Management techniques.
Password Protection
If you password protect your pages, user interface features associated with the password protection (e.g. log in page, registration page) must be accessible.
Browser Chrome / Browser Toolbars (Recommendation)
Although this is not a strict requirement of the standards, browser toolbars should not be removed as they provide access to accessibility features such as:
- zoom or resize text
- custom style sheets
- adjustable font face and font colors
Android Applications
Android provides functions for changing the font size that are set at the system level. To enable system font size in your app, mark text and their associated containers to be measured in scale pixels.
When users have large fonts enabled or the labels support internationalization, their type might be larger than the space allotted for the control label. Read Devices and Displays and Supporting Multiple Screens for more information on how to support flexible layout.
iOS Applications
iOS applications should honor the user settings defined in the operating system.
Support Dynamic Type where possible within the application. Dynamic Type will automatically adjust to letter spacing and line height for every font size, provide the ability to specify different text styles for semantically distinct blocks of text, and the text will respond appropriately to changes the user makes to text-size settings (including accessibility text sizes). If the application uses a custom font, the text can be scaled according to the system setting for text size programmatically. Ensure that the application responds appropriately when the user changes the setting.To learn how to use text styles and ensure that your app gets notified when the user changes the text size setting, see Text Styles in Text Programming Guide for iOS.
PDF in Acrobat
Security Settings
If the PDF security settings are required, select the option to “Enable text access for screen reader devices for the visually impaired”. If this is not selected, the document cannot be read by screen readers even if it has been tagged.
Unicode
In a PDF document, text is rendered for display using specific graphic designs that are captured in fonts called glyphs. The text content of pages is in glyphs not characters and the text is then interpreted using Unicode, a common character encoding technology. If a character used on the page does not have a Unicode equivalent, then the text cannot be read by screen readers.
Common Issues:
- Non–standard bullet characters
- Symbols and other document markers
- Some fonts
If there are Unicode issues within the PDF document, running the full accessibility check in Acrobat will generate an error. To fix these errors, choose a different font and generate the PDF again.
For characters and symbols:
- If the symbol or character does not convey information, change it to an artifact.
- If a character used conveys information, either change the font or add it as an image with alternative text. These changes will need to be made in the source document then converted to a PDF.
Testing
Testing technique | Description |
---|---|
Review | Once the media is in its final state for publishing, try reading some of the media with one screen reader on each platform (windows/mac/ipad) just be sure the publishing process is not blocking screen reader access. |
Analysis | If there are any issues, report them to the development team as an error. |
Testing PDF in Acrobat
Testing technique | Description |
---|---|
Tools | Use the File > Properties dialog, security tab to see if the document has security applied. If it does, click Change Setting to see if the “Enable text access for screen reader devices for the visually impaired” option is checked. If this is set properly you should also be able to hear the document being read by a screen reader. To detect Unicode issues, run the full accessibility check and look for those errors. In Acrobat 9, the full check is under Advanced > Accessibility. In Acrobat 10, it is under Tools > Accessibility. Note: in version 10, you can add it to the toolbar using the context menu. |
Review | Inspect the accessibility report produced by the full accessibility check. |
Analysis | Make note of an error if security is enabled without the option above being checked. |
Related Guidelines
In general, most standards merely imply that this guideline be met! This is so essential, it tends to be overlooked in the process of writing guidelines. However, the guidelines listed below are closely related to this idea.