Web Content Accessibility Guidelines

HCI No Comments »

Introduction

Accessibility is about reaching the widest possible audience. Web accessibility exploits the full power and flexibility of the Web to ensure maximum access to information, regardless of a users ability or disability, their environment or the devices they use.

Disabilities Communities

Blindness

Blindness involves a substantial, uncorrectable loss of vision in both eyes.
To access the Web, many individuals who are blind rely on screen readers — software that reads text on the screen (monitor) and outputs this information to a speech synthesizer and/or refreshable Braille display. Some people who are blind use text-based browsers such as Lynx, or voice browsers, instead of a graphical user interface browser plus screen reader. They may use rapid navigation strategies such as tabbing through the headings or links on Web pages rather than reading every word on the page in sequence.

Access Barriers:

  • Images that do not have alternative text
  • Complex images (e.g., graphs or charts) that are not adequately described
  • Video that is not described in text or audio
  • Tables that do not make sense when read serially (in a cell-by-cell or “linearized” mode)
  • Frames that do not have “NOFRAME” alternatives, or that do not have meaningful names
  • Forms that cannot be tabbed through in a logical sequence or that are poorly labelled
  • Browsers and authoring tools that lack keyboard support for all commands
  • Browsers and authoring tools that do not use standard applications programmer interfaces for the operating system they are based in
  • Non-standard document formats that may be difficult for their screen reader to interpret

Low Vision

There are many types of low vision (also known as “partially sighted” in parts of Europe), for instance poor acuity (vision that is not sharp), tunnel vision (seeing only the middle of the visual field), central field loss (seeing only the edges of the visual field), and clouded vision.

Access Barriers:

  • Web pages with absolute font sizes that do not change (enlarge or reduce) easily
  • Web pages that, because of inconsistent layout, are difficult to navigate when enlarged, due to loss of surrounding context
  • Web pages, or images on Web pages, that have poor contrast, and whose contrast cannot be easily changed through user override of author style sheets
  • Text presented as images, which prevents wrapping to the next line when enlarged
  • Also many of the barriers listed for blindness, above, depending on the type and extent of visual limitation

Color blindness

Color blindness is a lack of sensitivity to certain colors. Common forms of color blindness include difficulty distinguishing between red and green, or between yellow and blue. Sometimes color blindness results in the inability to perceive any color.

To use the Web, some people with color blindness use their own style sheets to override the font and background color choices of the author.

Access Barriers:

  • Color that is used as a unique marker to emphasize text on a Web site
  • Text that inadequately contrasts with background color or patterns
  • Browsers that do not support user override of authors’ style sheets

Deafness

Deafness involves a substantial uncorrectable impairment of hearing in both ears. Some deaf individuals’ first language is a sign language, and they may or may not read a written language fluently, or speak clearly.

To use the Web, many people who are deaf rely on captions for audio content. They may need to turn on the captions on an audio file as they browse a page; concentrate harder to read what is on a page; or rely on supplemental images to highlight context.

Access Barriers

  • Lack of captions or transcripts of audio on the Web, including webcasts
  • Lack of content-related images in pages full of text, which can slow comprehension for people whose first language may be a sign language instead of a written/spoken language
  • Lack of clear and simple language
  • Requirements for voice input on Web sites

Motor disabilities

Motor disabilities can include weakness, limitations of muscular control (such as involuntary movements, lack of coordination, or paralysis), limitations of sensation, joint problems, or missing limbs. Some physical disabilities can include pain that impedes movement. These conditions can affect the hands and arms as well as other parts of the body.

To use the Web, people with motor disabilities affecting the hands or arms may use a specialized mouse; a keyboard with a layout of keys that matches their range of hand motion; a pointing device such as a head-mouse, head-pointer or mouth-stick; voice-recognition software; an eye-gaze system; or other assistive technologies to access and interact with the information on Web sites. They may activate commands by typing single keystrokes in sequence with a head pointer rather than typing simultaneous keystrokes (”chording”) to activate commands. They may need more time when filling out interactive forms on Web sites if they have to concentrate or maneuver carefully to select each keystroke.

Access Barriers

  • Time-limited response options on Web pages
  • Browsers and authoring tools that do not support keyboard alternatives for mouse commands
  • Forms that cannot be tabbed through in a logical order

Speech disabilities

Speech disabilities can include difficulty producing speech that is recognizable by some voice recognition software, either in terms of loudness or clarity.

To use parts of the Web that rely on voice recognition, someone with a speech disability needs to be able to use an alternate input mode such as text entered via a keyboard.

Access Barriers

  • Web sites that require voice-based interaction and have no alternative input mode

Cognitive and neurological disabilities

Dyslexia, dyscalculia

Individuals with dyslexia or dyscalculia (sometimes called “learning disabilities” in the U.S.) may have difficulty processing written language or images when read visually, or spoken language when heard, or numbers when read visually or heard.

To use the Web, people with learning disabilities may rely on getting information through several modalities at the same time. For instance, someone who has difficulty reading may use a screen reader plus synthesized speech to facilitate comprehension, while someone with an auditory processing disability may use captions to help understand an audio track.

Access Barriers

  • Lack of alternative modalities for information on Web sites, for instance lack of alternative text that can be converted to audio to supplement visuals, or the lack of captions for audio

Attention deficit disorder

Individuals with attention deficit disorder may have difficulty focusing on information.
To use the Web, an individual with an attention deficit disorder may need to turn off animations on a site in order to be able to focus on the site’s content.

Access Barriers

  • Distracting visual or audio elements that cannot easily be turned off
  • Lack of clear and consistent organization of Web sites

Intellectual impairments

Individuals with impairments of intelligence (sometimes called “learning disabilities” in Europe; or “developmental disabilities” or “mental retardation” in the United States) may learn more slowly, or have difficulty understanding complex concepts. Down Syndrome is one among many different causes of intellectual impairments.

To use the Web, people with intellectual impairments may take more time on a Web site, may rely more on graphics to enhance understanding of a site, and may benefit from the level of language on a site not being unnecessarily complex for the site’s intended purpose.

Access Barriers

  • Use of unnecessarily complex language on Web sites
  • Lack of graphics on Web sites
  • Lack of clear or consistent organization of Web sites

Memory impairments

Individuals with memory impairments may have problems with short-term memory, missing long-term memory, or some loss of language.

To use the Web, people with memory impairments may rely on a consistent navigational structure throughout the site.

Access Barriers

  • Lack of clear or consistent organization of Web sites

Web Content Accessibility Guidelines

Below are the fourteen Web Content Accessibility Guidelines with a small description of each, taken from http://www.w3.org/TR/WAI-WEBCONTENT

  1. Provide equivalent alternatives to auditory and visual content - Provide content that, when presented to the user, conveys essentially the same function or purpose as auditory or visual content.
  2. Don’t rely on colour alone - Ensure that text and graphics are understandable when viewed without colour.
  3. Use mark-up and style sheets and do so properly - Mark up documents with the proper structural elements. Control presentation with style sheets rather than with presentation elements and attributes.
  4. Clarify natural language usage - Use mark-up that facilitates pronunciation or interpretation of abbreviated or foreign text.
  5. Create tables that transform gracefully - Ensure that tables have necessary mark-up to be transformed by accessible browsers and other user agents.
  6. Ensure that pages featuring new technologies transform gracefully - Ensure that pages are accessible even when newer technologies are not supported or are turned off.
  7. Ensure user control of time-sensitive content changes - Ensure that moving, blinking, scrolling, or auto-updating objects or pages may be paused or stopped.
  8. Ensure direct accessibility of embedded user interfaces - Ensure that the user interface follows principles of accessible design: device-independent access to functionality, keyboard operability, self-voicing, etc.
  9. Design for device-independence - Use features that enable activation of page elements via a variety of input devices.
  10. Use interim solutions - Use interim accessibility solutions so that assistive technologies and older browsers will operate correctly.
  11. Use W3C technologies and guidelines - Use W3C technologies (according to specification) and follow accessibility guidelines. Where it is not possible to use a W3C technology, or doing so results in material that does not transform gracefully, provide an alternative version of the content that is accessible.
  12. Provide context and orientation information - Provide context and orientation information to help users understand complex pages or elements.
  13. Provide clear navigation mechanisms - Provide clear and consistent navigation mechanisms - orientation information, navigation bars, a site map, etc. - to increase the likelihood that a person will find what they are looking for at a site.
  14. Ensure that documents are clear and simple - Ensure that documents are clear and simple so they may be more easily understood.

WCAG Priorities

The Web Accessibility Initiative has specified 3 levels of accessibility, known as priorities :

Priority 1
A Web content developer must satisfy this checkpoint. Otherwise, one or more groups will find it impossible to access information in the document. Satisfying this checkpoint is a basic requirement for some groups to be able to use Web documents.

Priority 2
A Web content developer should satisfy this checkpoint. Otherwise, one or more groups will find it difficult to access information in the document. Satisfying this checkpoint will remove significant barriers to accessing Web documents.

Priority 3
A Web content developer may address this checkpoint. Otherwise, one or more groups will find it somewhat difficult to access information in the document. Satisfying this checkpoint will improve access to Web documents.

To be continued…

Usability Evaluation

HCI No Comments »

Introduction

There are two types of usability evaluation techniques, formative and summative.

  • Formative evaluations are carried out at early and intermediate stages.
  • Summative evaluation is carried out at the final stage of development.

Therefore, the usability evaluations used within the analysis stages are formative. The following formative evaluations will be discussed within this answer; cognitive walkthroughs, heuristic evaluations…..

Formative evaluations provide informal, often qualitative indications of usability which can be very useful in determining whether the design needs revision or simply minor amendments. The results of the evaluations can be relatively quickly analysed and the results fed back into the design stage.

Evaluation Methods

  • Analytical
    • Based on mathematical models of the user (examples:- GOMS, TAG)
  • Expert
    • Usability “Experts” work through a checklist identifying problem areas (examples:- heuristic evaluation, cognitive walkthroughs)
  • Observational
    • Users are given tasks to do and their performance is monitored closely, often in a ‘Usability Lab’ (examples:- direct observation, video-based evaluation, interaction monitoring, cooperative evaluation)
  • Controlled Experiment
    • Controlled and monitored experiments using several groups of carefully chosen subjects
  • Survey
    • Questionnaires and interviews to gather user views

TDD (Task Decomposition Diagram)

Definition
A diagrammatic representation of how ‘something’ is done – hierarchical and ordered in levels

  • Top level = task name
  • Next level = broad description of a complex activity
  • Next level = more detailed description or ‘break down’ of the actions necessary
  • …and so on until the task is diagrammed in detail

Methodology
Each diagram consists of:-

  • A series of linked “boxes”, each containing a task
  • Each box is made up of an “activity” and an “object” (i.e. do something with, or to something)
    (a phrase with a verb and a noun – e.g. switch on light)
  • All boxes are numbered in logical order
  • The descending levels indicate increasing detail
  • Moving across left to right across diagram constituents indicates the order in which tasks are carried out

Evaluation
Positives

  • Intuitive for many people

Negatives

  • Mis-match between designer’s model and users application
  • Validity of results “is the analysis correct?” and “Is the analysis appropriate?”

Cognitive Walkthrough

Definition
‘Usability Experts’ put themselves in place of a user to ‘walk through’ a specific task, attempting to predict problems users may face.

Requirements
It is stated by Lewis, C. and Rieman, J. (1994) that the following items are required in order for a cognitive walkthrough to be carried out;

  • Description/prototype of the interface
  • Description of a typical task the system is designed for
  • A written list of ‘ideal’ user actions needed to complete the user goal efficiently
  • The characteristics of the target user

Methodology
The cognitive walkthrough it carried out as follows;

  • The usability expert is provided with the characteristics of the user and also the user goal and associated tasks
  • The usability expert then attempts to complete the user goal whilst recording any potential problems they perceive a user may face when trying to complete the same goal.
  • Due to the nature of the cognitive walkthrough, it is particularly useful for identifying problems that may occur with first time use of a system.

Support the Production of Usable Systems

  • The cognitive walkthrough supports the production of usable systems as it alerts developers as to what elements of the system are likely to cause problems for users.
  • The knowledge gained from the cognitive walkthrough can be used, by the developer, to carry out alterations/ improvements within the system, consequently enhancing the system usability.

Evaluation
Positives

  • The cognitive walkthrough puts all focus totally onto the user
  • The cognitive walkthrough may enable the usability expert to focus their attention on known problem areas
  • The cognitive walkthrough recognises user goals
  • It is cheap to carry out

Negatives

  • The cognitive walkthrough does not cover the entire problem space as it is based around a single user goal
  • The cognitive walkthrough may lead to bias results due to it revolving around one goal
  • The nature of the cognitive walkthrough may mean that it is tedious to carry out

Heuristic Evaluation

Definition
Usability experts evaluate interface specifications, designs or prototypes according to a pre-determined set of ‘heuristics’.

The nine heuristics utilised by Nielsen and Molich are;

  1. Simple and natural dialogue
  2. Speak the users language
  3. Minimise user memory load
  4. Be consistent
  5. Provide feedback
  6. Provide clearly marked exits
  7. Provide shortcuts
  8. Good error messages
  9. Prevent errors

Methodology
The usability expert assesses the system against the set of heuristics, recording any relevant issues raised against the heuristics.

Support the Production of Usable System
The heuristic walkthrough supports the production of a usable system as it brings possible usability issues to the attention of the developer or system owner.

When these issues are noted by the developer/system owner, they will be able to make the relevant alterations to the system.

Consequently a more usable system will be produced.

Evaluation
Positives

  • Can be carried out at very early stages and also throughout development
  • Five Usability Experts can find 75% of usability problems
  • It is not task oriented (as the cognitive walkthrough is) therefore a broader view of the system will be gained
  • It evaluates both the screen layout and also the ‘flow’ of information and interaction through the system
  • It is cheap to carry out

Negatives

  • As it is not task oriented, general information will be gathered which may not be of any use to the developer
  • The web site www.userdesign.com states the validaty of Nielsen and Molich’s nine heuristics have been questioned

Observational Evaluation

Definition
Designers observe users performing tasks with the interface and record the results.

Methodology
A number of users are chosen to complete a user goal and its associated tasks. Any problems they encounter whilst completing this goal are recorded.

Support the Production of Usable System
The use of observational evaluation support the production of a usable system as it involves the recording of problems encountered by actual users using the system. For example, an observational evaluation could be carried out using a prototype for a new system. The evaluation may indicate that a number of users had difficulty logging onto the system. Consequently the logging on section of the system could be amended.

Evaluation

Positives

  • Can be cheap, quick and simple or alternatively it can be carried out so that it is more sophisticated and expensive
  • 5 users find 75% of problems, 15 find 100% (Jakob Nielsen useit.com)
  • Early designs and prototypes can be tested
  • Enables the collection of qualitative and/or quantitative data

Negatives

  • It could potentially cost a lot of money, depending on how many usability testers are hired.
  • To get an effective result, equipment to record the results may be required to be purchased, for example, voice and/or video recorders

Predictive Modelling

Definition
Applied at the early stages of the design process. The GOMS family of models include a number of specifically predictive models that allow designers to predict aspects of users’ interaction with alternative designs. GOMS stands for:

Goals
Operators
Methods
Selection rules

When users work with a computer application, they are attempting to accomplish a series of goals. In order to complete a goal, the user will apply one of a number of possible methods, sequences or discrete actions. The discrete actions are combinations of a small number of operators (such as key presses or mouse movements). In some instances, goals are achieved by using more than one method.

A particular model within the GOMS family is the keystroke level model (KLM). This model predicts the user’s speed of operation in accomplishing a task using a defined method.

Methodology
In the original model (Card et al, 1983) there were six defined operators:

K – Key or button press
P – Moving a mouse pointer to a target object
H – Moving the hands to the ‘home’ position on the keyboard
D – Drawing a straight line with a mouse
M – Mental preparation of an operation
R – The system response time

The time to accomplish a method is calculated by a two-step operation:

  1. Decompose the task into the sequence of component operators
  2. Allocate appropriate times for each operator and calculate the total

A simple example (Newman and Lamming, 1995) illustrates the approach, two alternative methods of making a piece of text bold are:

  • Select the bold option from a menu
  • Use a keyboard short-cut

Method 1:
P, K, P, K, P, K, P, K = 5.2 seconds
Method 2:
K, K, K = 0.6 seconds

Support the Production of Usable System
Therefore, the times for the two methods indicates that keyboard shortcuts is a sound design decision, although it assumes expert knowledge on the keyboard short-cut codes.
Helps designers to incorporate alternative methods of performing particular tasks.

Evaluation

Positives

  • Useful in early stages of design to help choose between design alternatives

Negatives

  • Takes time to produce a set of methods and to get users to test the methods

Pluralistic Walkthroughs

Definition
Users, developers and usability expert’s work together on tasks.

Methodology

  • Scenarios are developed in form of hard-copy screens
  • Evaluators write down sequence of actions to move from one screen to other without conferring
  • Panalists discuss their actions with each other. Users go first, then experts then developers
  • Process is repeated for all screens

Support the Production of Usable System
The purpose of bringing together various stakeholders is that each one brings a certain perspective, expertise, and set of goals for the project that enables a greater number of usability problems to be found.

Evaluation

Positives

  • Strong focus

Negatives

  • Hard to get experts together
  • Limited scenarios due to time consuming

Information Architecture

HCI No Comments »

What is Information Architecture?

Information architecture is how a web site is structured, and it describes how elements of a web site work together. As stated by Rosenfield and Morville (2002);

“Information architecture is the combination of organisation, labeling and navigation schemes within an information system”.

Impact of Information Architecture on web sites

How the information architecture is constructed within a web site can have both positive and negative impacts upon the following issues;

  • Finding information
    • Time will be effected depending on the information architecture
    • If information is hard to find this could lead to loss of revenue
  • Value of education
    • Information about new products
  • Cost of construction
    • Site re-design
  • Cost of maintenance
    • Is maintenance easy or difficult?
  • Cost of training
    • This will ultimately increase with complexity
  • Value of the brand
    • Poor site design will have a negative effect on brand image

Organisation Methods

The following means of organisation information are used within information architecture.

Exact organisation schemes support ‘known item’ searching;

  • Alphabetical
    • For example a web site selling CD’s will often have the ability to list artists by name (e.g. www.bangcd.com).
  • Chronological
    • Web sites that provide access to journal articles, will often allow users to display articles in order of the date they were released (e.g. acm.org/dl).M
  • Geographical
    • Travel and air line web sites will often arrange information in geographical order (e.g. www.easyjet.co.uk).
  • Multiple Organisation Schemes
    • Some web sites may use multiple organisation schemes, for example web sites providing weather information will allow users to search through chronological or geographical areas of the country.

Jakob Nielson states;

“…in pursuit of their goal, users often rely on search as their main hunting strategy”
Nielson, J. (2000)

Therefore implementing a ‘known item’ search method successfully within a web site will improve the usability of the web site.

Ambiguous organisation schemes support information seeking when only partial information is known

  • Topical
  • Task-oriented
  • Audience-specific
  • Top-Down Organisation Approach (e.g. site maps)
  • Hierarchical structure (e.g. family trees and books separated into chapters)
    • This method is widely used
    • It is easily understandable
    • Top level categories MUST be mutually exclusive
    • A sensitive balance between exclusivity and inclusivity must be found
    • Particularly problematic in ambiguous organisation schemes
    • A balance between breadth and depth must be found
    • This method is constrained by the user’s scanning ability

Labeling

Labels represent chunks of information; additionally language is a labeling system for concepts and objects.

Types of Labels

  • Contextual Links
    • Hyperlinks
  • Headings
    • Establish content hierarchy
  • Navigation
    • Represent navigational options
  • Index terms
    • Keywords and subject headings for searching or browsing

Labeling Guidelines

  • Narrow the Scope
    • Modularise
    • Create audience-specific sub-sites (e.g. the University of Derby has a UDSU sub site)
    • Excludes site wide navigation
  • Be Consistent
    • Consistency means predictability
    • Easier to learn
    • Intuitive

Consistency is affected by;

  • Appearance
  • Syntax
  • Granularity
  • Comprehensiveness
  • Audience

Navigation

Navigation should;

  • Provide contextual clues
  • Present the structure of the information hierarchy
  • Indicate the current location
    • Page title
    • Breadcrumb Trail
    • Use of colour coding
    • Menu links changing colour
  • Allow flexibility (both lateral and vertical)
  • Be consistent from page to page
  • Visually relate items that are related logically

Navigational Categories

  • Global Navigation
    • Reinforces site structure and should include
      • Site ID
      • The way home
      • A way to search
      • Utilities
      • List of content sections
  • Contextual Navigation
    • Provides links to individual pages (e.g. ‘see also’ and ‘related topics’ on newspaper web sites)
  • Supplemental Navigation
    • Site maps
      • Is a model of the structure of a website on a single page.
      • Can be graphical or text-based (Text-based are easier to maintain than graphical)
      • Provide users with a way to navigate a site without having to use the global navigation. (Fox, C., 2003 )
      • Can help a lost or confused user find their way by providing a visual layout and structure of the site. (Fox, C., 2003)
    • Indexes
      • The visual design should facilitate scanning. (Fox, C., 2003)
      • This is important as Jakob Nielson states that; “users almost always scan – they rarely read carefully online” (Nielson, J., 2000)
    • Guides

According to Jakob Nielson (2000) , in order for navigation to be successful in producing a highly usable web site it should not be “over done”. Nielson suggests that not all features of the web site should be present on all pages; that having “a small number of standard links on every page” is more likely to get the attention of the users

For successful navigation, Nielson also states that the web site should not link to all sections of the site from all pages; a link to the home page on every page is more usable. Along with this Nielson suggests that breadcrumb trails are essential in providing a usable web site.

Jakob Nielson states;

“Without structural links, pages become orphans”
Nielson, J. (2000)


© James Crooke 2000-2008
Entries RSS Login