User Interface Checklist

This section summarises the guidelines given in User Interface Guidelines for Supporting Accessibility. You should refer to that section of the guide for more detailed information on any of the checklist items given here.

When testing an application for accessibility, you should go through each of the items in the list. Note whether the application passes or fails each test, or does not apply to that application.

Table 2. General Principles checklist

GPGeneral PrinciplesPass/Fail/NA
GP.1Every action that alters the user's data or application's settings can be undone. 
GP.2All application settings can be restored to their defaults without the user having to remember what those defaults were. 
GP.3After installation, the application can be used without the user having to insert a disk or CD at any time. 
GP.4The most frequently used functions are found at the top level of the menu structure. 

Table 3. Keyboard navigation checklist

KNKeyboard NavigationPass/Fail/NA
KN.1Efficient keyboard access is provided to all application features. 
KN.2All windows have a logical keyboard navigation order. 
KN.3The correct tab order is used for controls whose enabled state is dependent on checkboxes, radio buttons or toggle buttons. 
KN.4Keyboard access to application-specific functions does not override existing system accessibility features. 
KN.5The application provides more than one method to perform keyboard tasks whenever possible. 
KN.6There are alternative key combinations wherever possible. 
KN.7There are no awkward reaches for frequently performed keyboard operations. 
KN.8The application does not use repetitive, simultaneous keypresses. 
KN.9The application provides keyboard equivalents for all mouse functions. 
KN.10Any text or object that can be selected with the mouse can also be selected with the keyboard alone. 
KN.11Any object that can be resized or moved with the mouse can also be resized or moved with the keyboard alone. 
KN.12The application does not use any general navigation functions to trigger operations. 
KN.13All keyboard-invoked menus, windows and tooltips appear near the object they relate to. 

Table 4. Mouse Interaction checklist

MIMouse InteractionPass/Fail/NA
MI.1No operations depend on input from the right or middle mouse buttons. 
MI.2All mouse operations can be cancelled before they are complete. 
MI.3Visual feedback is provided throughout drag and drop operations 
MI.4The mouse pointer is never warped under application control, or its movement restricted to part of the screen by the application. 

Table 5. Graphical Elements checklist

GEGraphical ElementsPass/Fail/NA
GE.1There are no hard-coded graphical attributes such as line, border or shadow thickness. 
GE.2All multi-colour graphical elements can be shown in monochrome only, where possible. 
GE.3All interactive GUI elements are easily distinguishable from static GUI elements. 
GE.4An option to hide non-essential graphics is provided. 

Table 6. Fonts and Text checklist

FTFonts and TextPass/Fail/NA
FT.1No font styles or sizes are hard-coded. 
FT.2An option to turn off graphical backdrops behind text is provided. 
FT.3All labels have names that make sense when taken out of context. 
FT.4No label names are used more than once in the same window. 
FT.5Label positioning is consistent throughout the application. 
FT.6All static text labels that identify other controls end in a colon (:). 
FT.7Static text labels that identify other controls immediately precede those controls in the tab order. 
FT.8An alternative to WYSIWYG is provided. For example, the ability to specify different screen and printer fonts in a text editor. 

Table 7. Colour and Contrast checklist

CCColour and ContrastPass/Fail/NA
CC.1Application colours are not hard-coded, but are drawn either from the current desktop theme or an application setting. 
CC.2Colour is only used as an enhancement, and not as the only means to convey information or actions. 
CC.3The application supports all available high contrast themes and settings. 
CC.4The software is not dependent on any particular high contrast themes or settings. 

Table 8. Magnification checklist

MGMagnificationPass/Fail/NA
MG.1The application provides the ability to magnify the work area. 
MG.2The application provides the option to scale the work area. 
MG.3The application's functionality is not affected by changing the magnification or scale settings. 

Table 9. Audio checklist

AUAudioPass/Fail/NA
AU.1Sound is not used as the only means of conveying any items of information. 
AU.2The user can configure the frequency and volume of all sounds and warning beeps. 

Table 10. Animation checklist

ANAnimationPass/Fail/NA
AN.1There are no flashing or blinking elements with a frequency greater than 2Hz or lower than 55Hz. 
AN.2Any flashing or blinking is confined to small areas of the screen. 
AN.3If animation is used, an option is available to turn it off before it is first shown. 

Table 11. Keyboard Focus checklist

KFKeyboard FocusPass/Fail/NA
KF.1When a window is opened, focus starts at the most commonly-used control. 
KF.2Current input focus position is clearly displayed at all times. 
KF.3Input focus is shown in exactly one window at all times. 
KF.4Appropriate audio or visual feedback is provided when the user attempts to navigate past either end of a group of related objects. 
KF.5The default audio or visual warning signal is played when the user presses an inappropriate key. 
KF.6There is sufficient audio information for the visual focus that the user can figure out what to do next. 
KF.7When using assistive technologies, such as a screen reader or braille device, the current program indicates the position and content of the visual focus indicator. 

Table 12. Timing checklist

TMTimingPass/Fail/NA
TM.1There are no hard-coded timeouts or time-based features in the application. 
TM.2The display or hiding of important information is not triggered solely by movement of the mouse pointer. 

Table 13. Documentation checklist

DCDocumentationPass/Fail/NA
DC.1All documentation is in an accessible format, with textual alternate descriptions provided for all figures and diagrams. 
DC.2The documentation includes a section that covers all the application's accessibility features.