SHORT NAME PROPOSAL
From TEITAC
Short names proposal for new Draft
As a part of an exercise for two of my students I had them go through and read all the provisions and suggest short names for them.
There were a couple ways to do short names.
- try to capture the meaning of the provision
- have a word or short phrase
- to use as a quick handle to talk about items (and track them as they move)
- to cue you into the general topic of the provision
- to NOT try to capture the meaning of the provision
After having done this in WCAG I recommend that we use the second approach.
Trying to capture the meaning of the provision in a short phrase has the following problems.
- We should already make the provisions as short as we can and be accurate. Thus a shorter one wouldnt be accurate.
- People start using the short names as the guidelines
- The short name and long provision can start to fight each other
- You can generate just as much discussion on the short name wording as the full provision.
In WCAG we therefore just went with simple handles that ranged from 1 word (where possible) to a short phrase. NONE had verbs.
The results of the students work and a quick review by me for accuracy is below.
The students also came up with some interesting observations and issues which i will post separately to the groups that are involved with the provisions.
To make it easier for groups to review I put the group code next to the short name. (the group assignments are the same here as shown on the EWG page.
GreggVan
1. Requirements for All Product and Services
[1.1] Functional Performance Criteria . . . . . [All provisions in this section are GENERAL Subgroup]
- A. Without Vision: At least one mode shall be provided that allows full use of product without using vision, directly or with users' AT.
- B. With Limited Vision: At least one mode shall be provided that allows full use of product without requiring visual acuity greater than 20/70, and that allows audio and enlarged text output to work together or independently, directly or with users' AT.
- C. Without Hearing: At least one mode shall be provided that allows full use of product without using hearing, directly or with users' AT.
- D. With Limited Hearing: Where audio information is important for the use of a product, at least one mode shall be provided that allows full use of product with enhanced audio, directly or with users' AT.
- E. Without Speech: At least one mode shall be provided that allows full use of product without using speech, directly or with users' AT.
- F. With Limited Reach, Strength, or Manipulation: At least one mode shall be provided that allows full use of product with limited reach and strength and without simultaneous actions, directly or with users' AT.
- G. With Cognitive, Language or Learning Limitations: At least one mode shall be provided that accommodates cognitive, language or learning impairments, directly or with users' AT.
- H. With Photo-Seizure Disorder: At LEAST needs to be 50 HZ - should be changed to limit to flashing no more than 3 per 1 second period that are larger that is greater 25% of the central 10 degrees of vision. (that can be made simpler by assuming viewing distance) That will eliminate worrying about small indicators or areas of the screen. Haven't worked on this yet. NOTE: Keeping flashing to less than 3 per 1 second period would meet the above spec.
[1.2] General Technical Requirements
{New section. No specific provisions are yet mapped to this section}
2. Provisions for Hardware Aspects of Products
[2.1] All Products with Hardware . . . . . [All provisions in this section are HARDWARE Subgroup]
- A. Touch Operated: If a product utilizes touch screens or touch-operated controls, an input method shall be provided that complies with § 1194.23 (k) (1) through (4).
- B. Free-Standing: Products which are freestanding, non-portable, and intended to be used in one location and which have operable controls shall comply with the following: [Ha
- The position of any operable control shall be determined with respect to a vertical plane, which is 48 inches in length, centered on the operable control, and at the maximum protrusion of the product within the 48 inch length (see Figure 1 of this part).
- Where any operable control is 10 inches or less behind the reference plane, the height shall be 48 inches maximum and 15 inches minimum above the floor.
- Where any operable control is more than 10 inches and not more than 24 inches behind the reference plane, the height shall be 46 inches maximum and 15 inches minimum above the floor.
- Operable controls shall not be more than 24 inches behind the reference plane (see Figure 2 of this part).
- C. Standard Connection: Where provided, at least one of each type of expansion slots, ports, connectors, and wireless connection shall comply with publicly available industry standards.
- D. Biometric ID: When biometric forms of user identification or control are used, an alternative form of identification or activation, which does not require the user to possess particular biological characteristics, shall also be provided.
[2.2] If the Product has Physical Controls . . [Provisions in this section are HARDWARE and TELECOM Subgroup]
- A. Mechanical Controls: All mechanically operated controls and keys shall comply with § 1194.23(k) (1) through (4)
- Controls and keys shall be tactilely discernible without activating the controls or keys.
- Controls and keys shall be operable with one hand and shall not require pinching, twisting of the wrist, or tight grasping. The force required to activate controls and keys shall be 5 lbs. (22.2 N) maximum.
- If key repeat is supported, the delay before repeat shall be adjustable to at least 2 seconds. Key repeat rate shall be adjustable to 2 seconds per character.
- The status of all locking or toggle controls or keys shall be visually discernible, and discernible either through touch or sound.
[2.3] If the product has Audio Output . . [Provisions in this section are MIXED - TELECOM (and HARDWARE?) and CLOSED ]
- A. Magnetic Coupling: [T-H?] Where a telecommunications product delivers output by an audio transducer which is normally held up to the ear, a means for effective magnetic wireless coupling to hearing technologies shall be provided that allows the user of such technologies to effectively utilize the telecommunication product. This guideline shall apply to wireless, wireline, cordless and Bluetooth?? applications.
- B. Interference with Hearing Device: [T-H?] Interference to hearing technologies (including hearing aids, cochlear implants, and assistive listening devices) shall be reduced to the lowest possible level that allows a user of hearing technologies to utilize the telecommunications product.
- C. Volume (Public Area): [C] When products deliver voice output in a public area, incremental volume control shall be provided with output amplification up to a level of at least 65 dB. Where the ambient noise level of the environment is above 45 dB, a volume gain of at least 20 dB above the ambient level shall be user selectable. A function shall be provided to automatically reset the volume to the default level after every use.
- D. Volume (General): [T-H?] For receive transmitted voice signals,
- line powered telecommunications products shall comply with FCC regulation §68.317 for volume control,
OR
- telecommunications products shall provide a built-in gain adjustable up to a minimum of 20 dB. For incremental volume control, at least one intermediate step of 12 dB of gain shall be provided.
- all other telecommunications products or systems that provide a function allowing voice communication shall provide a gain adjustable up to a minimum of 20? dB with incremental volume control of at least one intermediate step of 12 dB of gain provided as measured and documented in accordance with the provisions of the FCC regulation §68.317 for volume control.
- E. Volume Reset: [T-H?] If the telecommunications product allows a user to adjust the receive volume, a function shall be provided to automatically reset the volume to a safe level after every use if the volume is capable of greater than 18 dB of gain along with an option for user override of that automatic default.
- F. Audio Connection: [H] When products provide auditory output, the audio signal shall be provided at a standard signal level through an industry standard connector that will allow for private listening.
3. Software & General Behavior Provisions
[3.1] All products . . [Provisions in this section are MIXED - SOFTWARE and TELECOM ]
- A. Disruption of Access Features: [S] Applications shall not disrupt or disable activated features of other products that are identified as accessibility features, where those features are developed and documented according to industry standards. Applications also shall not disrupt or disable activated features of any operating system that are identified as accessibility features where the application programming interface for those accessibility features has been documented by the manufacturer of the operating system and is available to the product developer.
- B. Timing (IVR etc): [T] (IS THIS COVERED BY D BELOW?)Voice mail, messaging, auto-attendant, and interactive voice response telecommunications systems that require a response from a user within a time interval, shall give an alert when the time interval is about to run out, and shall provide sufficient time for the user to indicate more time is required.
- C. Pass Through: [T] Products that transmit or conduct information or communication shall pass through cross-manufacturer, non-proprietary, industry-standard codes, translation protocols, formats or other information necessary to provide the information or communication in a usable format. Technologies which use encoding, signal compression, format transformation, or similar techniques shall not remove information needed for access or shall restore it upon delivery. Firewalls, routers, gateways and other products that pass real-time voice communication shall also pass real-time text communication signals (including mixed voice & real-time text) that are standard for that technology platform without distortion or error beyond 1%.
- for PSTN this would be TIA/EIA 825 Baudot.
NOTE: Only phones that are passing text signals onto another device, e.g. TTY, would be subject to this provision.
- D. Timing: [S] When a timed response is required, the user shall be alerted and given sufficient time to indicate more time is required.
[3.2] If the Product has Visual Output or Display . . [Provisions in this section are SOFTWARE ]
- A. Contrast: When a product permits a user to adjust color and contrast settings, at least one color selection capable of producing a minimum luminosity contrast ratio of n:1 shall be provided. Default combinations of foreground and background colours (hue and luminance) should produce a minimum luminosity contrast ratio of n:1
- B. Color: Color coding shall not be used as the only means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.
- C. Color (Web): (misplaced?) should be under WEB or collapsed under B above?] Web pages shall be designed so that all information conveyed with color is also available without color, for example from context or markup.
- D. Animation: When an informational animation is displayed that will last for more than three seconds, software shall give the user a means to pause and restart the animation. When a decorative animation is displayed that will last for more than three seconds, software shall give the user a means to stop the animation.
- E. Display Attributes: Applications shall utilize user selected contrast and color selections and other individual display attributes when the availability of those selections are developed and documented according to industry standards.
- F. Color Settings [DUPLICATE OF A above?]: When a product permits a user to adjust color and contrast settings, a range of color selections capable of producing a variety of contrast levels shall be provided.
[3.3] If the Product has Standard Keyboard or Keyboard Interface . . . [SOFTWARE subgroup]
- A. Keyboard: When software is designed to run on a system that has a keyboard, product functions shall be executable from a keyboard where the function itself or the result of performing a function can be discerned textually.
[3.4] If Software runs on platform with Operating System with AT Support . . . [all SOFTWARE subgroup]
{Requirements for software (and driver) support for assistive technology}’’
- A. AT Interoperability: Software that provides user interface objects shall either use the accessibility services provided by platform software or other services to cooperate with assistive technologies when such services allow the software to meet the accessibility provisions of this standard. Using such services, software shall:
- provide assistive technology with object information including but not limited to:
- role, state(s), boundary, name, and description
- any table row & column, and row & column headers (if the object is in a table)
- current value and any minimum or maximum (if the object represents one of a range of values)
- relationship this object has as a label for another, or being labelled by another
- parent or containing element, and any children objects
- text contents, text attributes, and the boundary of text rendered to the screen
- provide assistive technology with a list of actions that can be executed on an object and allow assistive technology to programmatically execute any of those actions;
- allow assistive technology to track and modify focus, text insertion point, and selection attributes of user interface objects;
- provide assistive technology with notification of events relevant to user interactions, including but not limited to changes in the object's state(s), value, name, description, or boundary
- provide assistive technology with object information including but not limited to:
- B. Bitmap Icons: When bitmap images are used to identify controls, status indicators, or other programmatic elements, the meaning assigned to those images shall be consistent throughout an application's performance.
- C. Focus Indicator: Software shall provide a visual indication of which user interface object currently has the keyboard focus. If the object is a text entry field, a visual indication of the text insertion point shall be provided, and is sufficient.
[3.5] If Software runs on “Closed” system (no AT Support)
- A. Closed: If any functionality of a hardware or software product is closed for any reason, including hardware, setting or policy, such that assistive technology for a particular user group cannot be used with the product, then the product functionality must be fully usable by that group without AT. (Headsets for private listening are not considered AT).
4. Additional Provisions for Audio-Visual Content or Players/Displays . . . [Mixed AV and SOFTWARE subgroups]
- A. Caption Playback: [A] All analog television displays measured 13 inches diagonally and larger, and computer equipment that includes analog television receiver or display circuitry, shall be equipped with caption decoder circuitry which appropriately receives, decodes, and displays CEA 608-standard closed captions from broadcast, cable, satellite, videotape, and DVD signals. Wide-screen (16:9) digital television (DTV) displays measuring at least 7.8 inches vertically, DTV sets with conventional (4:3) displays measuring at least 13 inches diagonally, and stand-alone DTV tuners, whether or not they are marketed with display screens, and computer equipment that includes DTV receiver or display circuitry, shall be equipped with CEA 708-standard caption decoder circuitry which appropriately receives, decodes, and displays closed captions from broadcast, cable, satellite, videotape, and DVD signals. HD-DVD, BluRay and other digital video source devices must either pass CEA 708 data, when available, to the caption decoding circuitry of DTV displays or must decode CEA 708 data, when available, and pass an open-captioned signal to the DTV display.
- B. Supplemental Audio Playback: [A] Analog-signal television tuners, including tuner cards for use in computers, shall be equipped with secondary audio program playback circuitry for support of video description. Digital-signal television tuners, including tuner cards for use in computers, shall be equipped with ancillary audio program playback circuitry for support of video description.
- C. Play Control (Audio): [S] The product must provide the ability to interrupt, pause, and restart the audio at anytime.
5. Additional Provisions for Real-time Voice Conversation Functionality - - [All provisions section are TELECOM subgroup]
- A. Accessibility Configuration: In complying with this subpart, each agency shall:
- Activate accessibility features and configure telecommunications products so that they are accessible to and usable by people with disabilities.
- Ensure access to and use of all telecommunications relay services for incoming and outgoing calls as approved by the Federal Communications Commission pursuant to its authority under 47 U.S.C. Sec. 225, as needed to achieve functionally equivalent communication access by people with disabilities.
- B. Voice Terminals without R-Text: Telecommunications terminals and other terminals capable of providing real-time voice communications which do not themselves provide TTY or other real-time text conversation functionality shall comply with the following:
- All analog and TDM-digital wired terminals shall support the connection of a TTY in the same location and with the permissions for use as the telephone. This shall be accomplished by providing an RJ-11 jack on the telephone, or, in the case of an analog telephone, by the use of a Y-adapter that allows both the analog telephone and the TTY to be plugged into the same line outlet, or have built in capability to support an RJ11 module that can provide a connection point for TTYs;
- Other types of terminals covered by this section shall support the connection of real-time text capable devices in conjunction with the voice call capability in the same location and the same permissions for use as the terminal.
- Shall be capable of allowing simultaneous speech and text conversation without interference or its microphone shall be capable of being turned on and off to allow the user to intermix speech with text [TTY] use.
- DEFINITION: Terminal: device or devices with which the end user directly interacts and that provide the user
- C.VOIP Terminals and R-Text: The user interface of IP terminals that provide real-time voice communication shall meet the following provisions:
- IP terminal user interfaces that have a multiline display shall display any real-time text that is received in the standard format for that platform;
- IP terminal user interfaces that have the ability to generate text shall allow sending real-time text in the standard real-time text format for that platform;
- Such real time text send and receive capabilities shall be synchronized with voice as part of the same communication session.
- D. R-Text Interoperability: Products that provide real-time voice conversation text functionality shall do so in the standard format that is supported for that transport medium.
- products that connect directly to the PSTN shall support TIA 825 Baudot where they interface to the PSTN;
- Products that connect directly to the Internet via SIP shall support RFC 4103 where they interface to the Internet via SIP
- All other Products (including PBX, cellular, and peer to peer Internet phones) that do not connect to PSTN or use SIP over the Internet shall support the standard real-time text format for that system. These systems only need to support TIA 825 Baudot at the juncture to the PSTN (if any) and only need to support RFC 4103 at the point where they connect to public SIP systems (if any)
- E. R-Text within Voice Systems: Systems that support real-time voice communication shall support at least one standard (for the system) means for real time text communication that is supported by all terminal, router, gateway and other products on that system, and that meets the following requirements:
- Provides transmission of character with less than 1 second delay from entry;
- Provides transmission with less than 1% character error under normal but heavy network traffic;
- Support intermixing of speech and text in both directions (simultaneously if and only if IP based).
- IP systems cannot rely upon audio channels for transmission of real-time text.
- F. IVR etc.: Voice mail, messaging, auto-attendant, and interactive voice response telecommunications systems shall:
- Voice mail, messaging, auto-attendant, and interactive voice response telecommunications systems shall make information available and be capable of recording Baudot TTY signals and shall:
- Use the ITU-T G.711 standard for encoding and storing audio information. If an audio encoder other than G711 is employed, the vendor must provide evidence that the intelligibility is equal to or better than that provided by G.711;
- Provide full player controls that allow users to pause, rewind, slow down and repeat all messages and prompts, and adjust volume;
- Provide prompts (either as provided by the vendor or by the user) without any background sounds that would reduce intelligibility.
- In using such systems agencies shall:
- Preferably present the system user with 4, but no more than 6, menu choices at one time unless the user requests to hear more options;
- Provide easy to understand and act upon menu items and other navigational messages;
- Voice mail, messaging, auto-attendant, and interactive voice response telecommunications systems shall make information available and be capable of recording Baudot TTY signals and shall:
- G. Caller and Status Information: Where provided, visual interfaces for telecommunications status information such as caller identification and similar telecommunications functions as part of interactive voice response systems or equivalents shall also be available for users of TTYs or other text conversation systems, and for users who cannot see displays and shall meet all accessibility provisions for software and content.
- H. Video Support: Telecommunications products or systems which have the capacity to transmit video, text and voice communications shall support internet protocol text and voice communications in X format and have sufficient transmission bandwidth capacity to support video communication such as video relay and point to point video communications.
6. Electronic Content Provisions
[6.1] If Web or Application Content . . . . [ All WEBsoft Subgroup]
- A. Non-text Content: Except for the situations listed below, a text alternative that presents equivalent information shall be provided for all non-text content.
- Controls-Input: If non-text content is a control or accepts user input, then it has a name that describes its purpose. (See also <reference the new provision on interface components>)
- Media-Test-Sensory: If non-text content is multimedia , live audio-only or live video-only content, a test or exercise that must be presented in non-text format, or primarily intended to create a specific sensory experience , then text alternatives at least identify the non-text content with a descriptive text label. (For multimedia, see also 1194.22(b) - 7.c.A)
- CAPTCHA*: If the purpose of non-text content is to confirm that content is being accessed by a person rather than a computer, then a descriptive text label describing its purpose is provided and different forms are provided to accommodate different disabilities.
- Decoration-Formatting-Invisible: If non-text content is pure decoration, or used only for visual formatting, or if it is not presented to users, then it is implemented such that it can be ignored by assistive technology.
- B. FORMS: [THIS ONE SHOULD BE DELETED PER SOFT-WEB CHAIR] When electronic forms are used, the form shall allow people using assistive technology to access the information, field elements, and functionality required for completion and submission of the form, including all directions and cues.
- C. SCRIPT: [THIS ONE SHOULD BE DELETED PER SOFT-WEB CHAIR]When pages utilize scripting languages to display content, or to create interface elements, the information provided by the script shall be identified with functional text that can be read by assistive technology.
- D. Repeated Blocks: A mechanism shall be available to bypass blocks of content that are repeated on multiple Web pages.
- E. Keyboard: Keyboard operability provision TBD from Web and Software Subcommittee.
- F. Link Purpose: The purpose of each link shall be capable of being determined from the link text and its programmatically determinable link context.
- G. Information and Relationships: Information and relationships conveyed through presentation shall be programmatically determinable, and notification of changes to these is available to user agents, including assistive technologies. For example:
- row and column headers are identified for data tables
- markup is used to associate data cells and header cells for data tables that have two or more logical levels of row or column headers.
- markup is used to identify section headings
- H. Focus Cursor (Web): A focus cursor shall be provided that visually indicates which user interface element currently has the keyboard input focus, as well as the focus location within that element when one exists. The focus cursor shall be programmatically determinable so that assistive technology can track focus and focus changes.
- I. User Interface Components: For all user interface components, the name and role shall be programmatically determinable, states, properties, and values that can be set by the user shall be programmatically determinable and can be programmatically set, and notification of changes to these items is available to user agents, including assistive technologies. For example:
- Frames shall be titled with text that facilitates frame identification and navigation.
- J. Consistent Identification: Components that have the same functionality within a set of Web units shall be identified consistently.
- K. Timing (Web): For each time limit that is set by the content, at least one of the following is true:
- Deactivate: the user shall be allowed to deactivate the time limit; or
- Adjust: the user shall be allowed to adjust the time limit over a wide range that is at least ten times the length of the default setting; or
- Extend: the user shall be warned before time expires and given at least 20 seconds to extend the time limit with a simple action (for example, "hit any key"), and the user is allowed to extend the time limit at least ten times; or
- Real-time Exception: the time limit is an important part of a real-time event (for example, an auction), and no alternative to the time limit is possible; or
- Essential Exception: the time limit is part of an activity where timing is essential (for example, competitive gaming or time-based testing) and time limits can not be extended further without invalidating the activity.
- L. Pausing: Content shall be capable of being paused by the user unless the timing or movement is part of an activity where timing or movement is essential.
- M. Contrast (Web): Text, images of text, or diagrams, and their respective backgrounds, shall have a luminosity contrast ratio of at least n:1.
[6.2] If a Content Format . . . . [ All WEBsoft Subgroup]
- A. Non-text Objects: When a content format supports non-text objects, an encoding mechanism shall be provided to associate non-text objects with textual descriptions displayable by a user-agent.
- B. Multimedia (Format): When a content format supports multimedia, an encoding mechanism shall be provided to include synchronized text of verbal content, and audio descriptions of critical nonverbal activity displayable by a user-agent.
- C. Reading Order: When a content format supports 2 dimensional display of information, an encoding mechanism shall be provided to identify the logical linear reading order of the content displayable by a user-agent.
- D. Table Headers: When a content format supports row and column headers in data tables, an encoding mechanism shall be provided to identify row and column headers for data tables displayable by a user-agent.
- E. Complex Table Headers: When a content format supports data tables that have two or more logical levels of row or column headers, an encoding mechanism shall be provided to associate row and column headers with data cells, displayable by a user-agent.
- F.: Interactive Elements When a content format supports interactive elements, an encoding mechanism shall be provided to identify name, operation, and state, of any interactive elements displayable by a user-agent.
- G. Links: When a content format supports links, an encoding mechanism shall be provided to identify link text displayable by a user-agent.
- H. Embedded Comments: When a content format supports embedded comments, an encoding mechanism shall be provided to identify embedded comments and associate those comment locations within the document.
- I. Images of Text: When a content format supports scanned images of text, an encoding mechanism shall be provided to identify text of scanned images of text, displayable by a user-agent. Note, this means allowing for inclusion of the text of a scanned image of text.
- J. Dynamic Information: When a content format supports dynamic presentations, graphs, or other extracted information, an encoding mechanism shall be provided to include data used for any dynamic presentations, graphs, or other extracted information displayable by a user-agent.
[6.3] If Audio and/or Video content . . . . [ All AV Subgroup]
- A. Synchronized Alternatives: Equivalent alternatives for any multimedia presentation shall be synchronized with the presentation.
- Note: Web/Software subcommittee states needs to harmonize with AV input
- B. Captions and Transcripts: All materials containing video and/or audio, regardless of format, that contain speech or other audio information necessary for the comprehension of the content, must comply with the following:
- Materials containing prerecorded audio and no additional time-based content must provide either a transcript or synchronized captions.
- Materials containing prerecorded video with concurrent audio must provide synchronized captions and may offer a transcript in addition to, but not in place of, the captions.
- Materials containing real-time audio, with or without video, must provide synchronized real-time captions.
- C. Audio Description and Full Text Equivalents: All materials containing video and/or audio, regardless of format, that contain visual information necessary for the comprehension of the content, must comply with the following:
- materials containing prerecorded video and no audio or other additional time-based content must provide either a separate text description of the video or provide an additional audio track to convey the informational content of the video.
- materials containing prerecorded video with concurrent audio must provide synchronized audio descriptions, or a separate text description of the video, to convey the informational content of the video.
- materials containing live video must provide synchronized audio descriptions in real time to convey the informational content of the video.
- D. Open or Closed Captions/Descriptions: At the time of playback, captions and/or video descriptions must be either (a) capable of being turned on and off ("closed"), or (b) visible or audible to all users ("open").
- E. Interactive Elements: All materials containing interactive elements that are part of the content must comply with 1194.21 [a-z] as well as 1194.24 a-e.
[6.4] Additional requirements for Web Content Authoring Tools
{Additional Requirements for software tools specifically designed to author web content }
7. Information, Documentation and Support
[7.1] Product Documentation and help . . . [ All DOCUMENTATION subgroup]
- A. Accessible Documentation: To provide documentation to users on the installation, configuration and use of the product, Federal agencies shall require that all documentation supporting the product, including but not limited to reports, system documentation and user training or technical support materials conform the relevant accessibility provisions in 1194 Subparts B and C.
- B. Access Features: Product documentation shall provide users with a description of the accessibility and compatibility features of the product, including how to install and activate them. This information shall be provided in alternate formats or alternate methods upon request.
- C. Keyboard Shortcuts: Information about keyboard shortcuts shall be made available in documentation.
- All shortcuts for keyboard operation shall be enumerated in one place for easy reference.
- When the documentation lists specific mouse based actions, the keyboard commands shall also be listed.
- D. [ADVISORY NOTES]: Best practices for providing documentation to people with disabilities include:
- Context-sensitive help, which offers documentation or support for the features and functions of the current page, screen or window should be offered, using a consistent set of accessible commands to access it.
- Documentation and training materials should include text descriptions of the interface. These descriptions should stand on their own and be understandable without relying on graphic images in the materials.
- Descriptions of a user interface should refer to elements by name or function, in addition to their location in the visual interface.
[7.2] Support and E&IT related services . . . [ All DOCUMENTATION subgroup]
{Requirements for access and availability of support and training}
- A.Support Services: Support services for products shall accommodate the communication needs of end-users with disabilities.
- B. [ADVISORY NOTES: Best practices for providing support to people with disabilities include:
- Remote assistance programs allow someone to access a computer system remotely to provide support or instruction. This ability to demonstrate features of the computer software or hardware is helpful to people with cognitive disabilities. Applications should either make such a feature available or not disrupt tools that provide it.
