Section 508 requires that when Federal agencies develop, procure, maintain, or use electronic and information technology, Federal employees with disabilities have access to and use of information and data that is comparable to the access and use by Federal employees without disabilities, unless an undue burden would be imposed on the agency. Section 508 also requires that individuals with disabilities seeking information or services from a Federal agency have access to and use of information and data that is comparable to that provided to the general public, unless an undue burden would be imposed on the agency.

Accessibility Summary:

All major features of ActiveReports software are accessible via keyboard navigation.

DISCLAIMER:

GRAPECITY MAKES NO WARRANTIES, EXPRESS OR IMPLIED, IN THIS DOCUMENT. The following information reflects the general accessibility features of GrapeCity software components as related to the Section 508 standards. If you find that the information is not accurate, or if you have specific accessibility needs that our products do not meet, please contact us and we will attempt to rectify the problem, although we cannot guarantee that we will be able to do so in every case.

ActiveReports Viewer and End User Designer controls

Section 1194.21 Software applications and operating systems

Criteria	Status	Remarks
(a) 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.	Supported	Each of the toolboxes, toolbox items, toolbars, buttons, menu items, and context menus is executable from a keyboard, and the functions performed by each can be discerned textually. Hyperlinks supported within the control can also provide textual cues provided by the developer.
(b) 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.	Supported	The controls do not disrupt or disable industry standard accessibility features of other products.
(c) A well-defined on-screen indication of the current focus shall be provided that moves among interactive interface elements as the input focus changes. The focus shall be programmatically exposed so that Assistive Technology can track focus and focus changes.	Supported	Focus on interface elements is programmatically exposed so that Assistive Technology can track focus and focus changes.
(d) Sufficient information about a user interface element including the identity, operation and state of the element shall be available to Assistive Technology. When an image represents a program element, the information conveyed by the image must also be available in text.	Supported	Each of the user interface elements provides Assistive Technology with information about its identity, operation, and state. Any images representing a user interface element also provide a textual conveyance of the information.
(e) 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.	Supported	Any images used to identify a programmatic element have a consistent meaning throughout the controls.
(f) Textual information shall be provided through operating system functions for displaying text. The minimum information that shall be made available is text content, text input caret location, and text attributes.	Supported	Textual information about all viewer elements includes text content, caret location, and any text attributes (i.e. bold, italic, size, color, etc.).
(g) Applications shall not override user selected contrast and color selections and other individual display attributes.	Supported	The controls do not, by default, override local settings for contrast and color or other display attributes.
(h) When animation is displayed, the information shall be displayable in at least one non-animated presentation mode at the option of the user.	Not Applicable	There are no animated elements in the controls, so a non-animated presentation mode is not necessary.
(i) Color coding shall not be used as the only means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.	Supported	Any interface element that uses color to indicate an action, prompt a response, or distinguish a visual element also provides a textual cue.
(j) When a product permits a user to adjust color and contrast settings, a variety of color selections capable of producing a range of contrast levels shall be provided.	Supported	By default, no color or contrast settings are available to the user unless the developer adds them; therefore it is the responsibility of the developer to provide the user with a variety of color selections, if applicable, so that they can produce a range of contrast levels.
(k) Software shall not use flashing or blinking text, objects, or other elements having a flash or blink frequency greater than 2 Hz and lower than 55 Hz.	Supported	The controls do not use flashing or blinking text or objects.
(l) 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.	Supported	Any form-type dialogs or windows associated with the controls provide Assistive Technology with access to information on all directions, cues, field elements, and functionality required for completion.

Web Viewer control (Professional Edition)

Section 1194.22 Web-based Internet information and applications

Criteria	Status	Remarks
(a) A text equivalent for every non-text element shall be provided (e.g., via "alt", "longdesc", or in element content).	Supported	Each non-text element has a text equivalent.
(b) Equivalent alternatives for any multimedia presentation shall be synchronized with the presentation.	Not Applicable	There is no multimedia presentation associated with the software.
(c) Web pages shall be designed so that all information conveyed with color is also available without color, for example from context or markup.	Not Applicable	By default, no information is conveyed with color.
(d) Documents shall be organized so they are readable without requiring an associated style sheet.	Supported	ActiveReports provides a text export, so that any generated reports can be issued as plain text.
(e) Redundant text links shall be provided for each active region of a server-side image map.	Not Applicable	There are no server-side image maps associated with the software.
(f) Client-side image maps shall be provided instead of server-side image maps except where the regions cannot be defined with an available geometric shape.	Not Applicable	There are no client-side image maps associated with the software.
(g) Row and column headers shall be identified for data tables.	Not Applicable	By default, there are no data tables associated with the software.
(h) Markup shall be used to associate data cells and header cells for data tables that have two or more logical levels of row or column headers.	Not Applicable	By default, there are no data tables associated with the software.
(i) Frames shall be titled with text that facilitates frame identification and navigation.	Not Applicable	By default, the software does not use frames.
(j) Pages shall be designed to avoid causing the screen to flicker with a frequency greater than 2 Hz and lower than 55 Hz.	Supported	The software does not cause the screen to flicker outside the recommended range.
(k) A text-only page, with equivalent information or functionality, shall be provided to make a web site comply with the provisions of this part, when compliance cannot be accomplished in any other way. The content of the text-only page shall be updated whenever the primary page changes.	Supported	ActiveReports provides a text export, so that any generated reports can be issued as plain text.
(l) 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.	Supported	ActiveReports provides alternatives to using scripting languages in the WebViewer control.
(m) When a web page requires that an applet, plug-in or other application be present on the client system to interpret page content, the page must provide a link to a plug-in or applet that complies with §1194.21(a) through (l).	Supported	The ActiveReports WebViewer has a Flash ViewerType that includes a link to the plug-in.
(n) When electronic forms are designed to be completed on-line, 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.	Not Applicable	There are no electronic forms associated with ActiveReports.
(o) A method shall be provided that permits users to skip repetitive navigation links.	Not Applicable	By default, the software contains no repetitive navigation links.
(p) When a timed response is required, the user shall be alerted and given sufficient time to indicate more time is required.	Not Applicable	No timed responses are required with ActiveReports.

ActiveReports

Section 1194.31 Functional Performance Criteria

Criteria	Status	Remarks
(a) At least one mode of operation and information retrieval that does not require user vision shall be provided, or support for assistive technology used by people who are blind or visually impaired shall be provided.	Not Supported
(b) At least one mode of operation and information retrieval that does not require visual acuity greater than 20/70 shall be provided in audio and enlarged print output working together or independently, or support for assistive technology used by people who are visually impaired shall be provided.	Not Supported
(c) At least one mode of operation and information retrieval that does not require user hearing shall be provided, or support for assistive technology used by people who are deaf or hard of hearing shall be provided.	Not Applicable
(d) Where audio information is important for the use of a product, at least one mode of operation and information retrieval shall be provided in an enhanced auditory fashion, or support for assistive hearing devices shall be provided.	Not Applicable
(e) At least one mode of operation and information retrieval that does not require user speech shall be provided, or support for assistive technology used by people with disabilities shall be provided.	Not Applicable
(f) At least one mode of operation and information retrieval that does not require fine motor control or simultaneous actions and that is operable with limited reach and strength shall be provided.	Not Applicable

Documentation

Section 1194.41 Information, Documentation, and Support

Criteria	Status	Remarks
(a) Product support documentation provided to end-users shall be made available in alternate formats upon request, at no additional charge.	Supported	Documentation is available in three formats: hxs (Visual Studio Integrated help), chm, and pdf.
(b) End-users shall have access to a description of the accessibility and compatibility features of products in alternate formats or alternate methods upon request, at no additional charge.	Supported	Accessibility information is available upon request.
(c) Support services for products shall accommodate the communication needs of end-users with disabilities.	Supported with Exceptions	Support services are available by telephone and by email and forum.

Related Sections

How To