‹header›
‹date/time›
Click to edit Master text styles
Second level
Third level
Fourth level
Fifth level
‹footer›
‹#›
I don’t design web pages. I have no
artistic abilities or aspirations.What we are concerned with here is
presenting information to our target audience, which includes people with
disabilities, in a comprehensible manner.
Equal opportunities.
Look at web as trends heading toward itranets etc
Concentrate on web content as most things that are applied to web accessability
may be applied to other apps as well.
Will not look at hardware
design.
Separate subject possibly at
some future point.Best Ive seen is a text scanner for the blind that required
a user to be able to see a line of print to be able to scan it.
I hope to
raise awareness of the needs to make all forms of IT accessible not give a
course on web design, which I don’t do anyway.
Have a close look WWW consortium recommendations.
Bruce Maguire, a blind Sydney lawyer,sued SOCOG. I think he couldn’t access
the timetable on their website.
Aust has the Australian Disabilities
Discrimination Act 1992
In 1998 the Aust Bureau of stats
estimated that almost 19% consider themselves to have a handicap with 15%
stating they needed asssitance
in one
or more tasks, eg mobility, communication or personal care.
The serious
impact this will have on mass market products is beginning to be recognized by
manufacturers.
Realistically, it is not possible for
some people with multiple disabilities to have equivalent opportunities, eg
blind deaf.
There is a requirement for all Commonwealth Departments and
Agencies to develop and lodge action
plans with HREOC
The Commonwealth Government has
recently issued guidelines for Commonwealth Information Published in
Electronic Format with emerging standards on electronic comerse. The commonw
gov intends to do most of its paper based business electronically within the
next few years
(In other words, should mass market products be made more accessible
via their initial design?)
It is easy to answer this
question in the affirmative from a humanitarian standpoint, not so from an
economic.
Determining the exact number of
individuals with disabilities or with limitations due to aging is difficult.
Estimates vary depending upon the definitions of disability used and the
sources of the data. There is also a substantial number of individuals with
disabilities who have returned to the work force despite significant
functional limitations and who therefore do not consider themselves disabled.
Their functional limitations, however, must be taken into account when they
are trying to perform within an environment of facilities and tools designed
for "normal" users
Although the total number of elderly or
disabled persons is large, each individual disability or impairment area
represents only a small portion of the population. We are therefore not
dealing with one large group of people but with many small groups which
together represent a major portion of our population. This raises a question
as to the most effective means of addressing these problems. Is it better to
design everything so that it is accessible to most persons, including those
with disabilities? Or is it more effective to design for the able bodied
population and create special designs for persons with specific types of
disability?
I heard recently about a large screen large key cashregister
system that was placed in a supermarket chain specifically for the more mature
employees, it turns out that all employees preferred these units as they were
“easier” to use
Some things are built in to standard systems eg sticky
keys, this allows key combinations to be entered sequentially such as alt h,
for people with mobility problems.
Speech recorder chips are costing a few
dollars for fully addressable 2-3 minutes of speech.
Standards are available so you don’t need to re-invent the wheel.
I will only really cover those with low
vision as, that is the area I have spent the most time.
Screen magnifiers
take a small section of the screen and magnifies it. More complex that that of
course, mouse tracking, when a dialog pops up must track to that forms and so
on. Users of this software do not require much in the way of different
presentation, but as the enlargement gets greater, toward 12X it becomes
impractical, too small an area of the screen, users move toward speech or
braille output.
Braille displays are rare due to the expense, around
$18000 for a 40 character display
Screen review apps rely on text output
Demo of jaws
On the web page Ins F7 list links
Cntrl ins down arrow read page
Tab to all fields.
For those unfamiliar with accessibility
issues pertaining to Web page design, consider that many users may be
operating in contexts very different from your own:
points 1, 2,3,4 all apply to users of speech output devices
Blind users cannot see links, read text or relate to pictures – spatial
problems are some times difficult, maps and the like. A mouse is useless to a
blind computer user and ythe last point, many blind users make use of an old browser
as they tend to work better with the old but still expensive screen review
packages. Lynx is a common text only browser.
These points are verbatim from the w3c
documents
Checkpoints are made up of several
aspects, each of which may have a different priority.
Although some people cannot use images,
movies or sounds directly they may still use the pages that include equivalent
information to the visual or auditory content. For example text equivalent
information for an an image of an upward pointing arrow that links to the
table of contents could render the text
as go to table of contents. In some cases the text equivalent should describe the
appearance of the graphic for exaplle the description of ascii art or circuit diagrams.
For those with hearing difficulties, subtitles or transcription on video clips serve as equivalent.
This may be overcome by utilising
contrasting colours such that if a monochrome display is used, the image is
still able to be seen. Eg colour blind or those with diabeties related
blindness.
Do not rely on users' perception of colou
r to differentiate items on the page. For
example, when asking for input from users, do not write "Please select an
item from those listed in
green." Instead, ensure that information is available through other style effects (e.g., a font effect or in graphics,
different shapes) and through context
(e.g., comprehensive text links).
Microsoft have some excellent articles on this particular guideline,
especially in the area of colour blindness.
Misusing markup for a presentation
effect eg using a header to change font size will confuse specialist
software.
Use mathML to mark up mathematical equations and style sheets to
format text.
Misusing markup for a presentation
effect eg using a header to change font size will confuse specialist
software.
Use mathML to mark up mathematical equations and style sheets to
format text.
Misusing markup for a presentation
effect eg using a header to change font size will confuse specialist
software.
Use mathML to mark up mathematical equations and style sheets to
format text.
When content developers mark up natural language changes in a document, speech synthesizers
and braille devices can automatically switch to the new language, making
the document more accessible to multilingual users. Content developers should identify the
predominant natural language
of a document’s content (through markup or HTTP headers). Content developers should also
provide expansions of abbreviations and acronyms. Syntesizers have a hard time pronouncing acronyms like http
Tables should be used to mark up truly tabular information not to layout pages
Tables also present special
problems to users of screen readers They
dont read side by side text well, therefore provide an alternative that presents text linearly.
Some user agents allow users to navigate
among table cells and access header
and other table cell information. Unless marked-up properly, these tables will not
provide user agents with the appropriate information. This
is of particular importance to those who use screenreview and screen magnification software.
Although content developers are encouraged to use new technologies that solve problems raised by
existing technologies, they should know how to make their pages still
work with older browsers and people who choose to turn off features. Disabling java for security reasons is a good example.
Ticker tape type displays
Some Screen readers are unable to read moving
text and those that do jump to the
moving text ad re-read it every time it changes, the same applies to screen magnification programs. People
with physical disabilities might not
be
able to move quickly or
accurately enough to interact with moving objects.
This refers to embedded objects in the
web page. No good having an accessible web site that calls up an unaccessible
calculator for example.
Device-independent
access means that the user may interact with document with a preferred input (or output) device -- mouse, keyboard,voice, head wand, or other. If, for
example, a form control can only be
activated with
a mouse, someone who
is using the page without sight, with voice input, or with a keyboard will not be able to use the form. The device on the next slide is a very common braille computer,
with built in modem.
This braille input speech output device
is rather out of date being first manufactured in 1988, it is still in use by
thousands of users, It has no pointing devices limited range of special
function keys, but will still do email and web browsing. brings to light the
use and support of older browsers doesnt it. (Runs a modified version of cp/m
for those interested.)
This guideline is there to cater for the
aspects that assitive technologies cannot handle well. For example, older browsers do not allow users to navigate to empty edit boxes. Older screen readers
read lists of consecutive links as one
link. These active elements are therefore difficult or impossible to access. Also, changing the current window or
popping up new windows can be very
disorienting to users who cannot see
that this has happened.
The current guidelines recommend W3C technologies
(e.g., HTML, CSS, etc.) for several
reasons:
W3C technologies include
"built-in" accessibility features.
W3C specifications undergo early review to
ensure that accessibility issues are
considered during the design phase.
W3C
specifications are developed in an open, industry consensus process
Many non-W3C formats (e.g., PDF, Shockwave,
etc.) require viewing with either
plug-ins or stand-alone applications. Often, these formats cannot be viewed or navigated with standard user
agents (including assistive
technologies ). Avoiding non-W3C and non-standard features (proprietary elements, attributes, properties, and
extensions) will tend to make pages
more accessible to more people using a wider variety of hardware and software.
Note. Converting
documents (from PDF, PostScript, RTF, etc.) to W3C markup languages (HTML, XML) does not always create
an accessible document.
Grouping elements and providing contextual
information about the relationships
between elements can be useful for all users. Complex relationships between parts of a page may be
difficult for people with cognitive
disabilities and people with visual disabilities to interpret.eg title each frame and describe its purpose.
Clear
and consistent navigation mechanisms are important to people with
cognitive disabilities or
blindness, and benefit all users. For example clearly identify the target of each link. If
a link is vocalised as http://www.abwa.asn.au
provide link text to make this understandable for a speech user eg association for the blind
Blind users often memorise pages so consitancy aids
their navigation of your complete site.
They also hate it when changes are made often.
Consistent
page layout, recognizable graphics, and easy to understand language benefit all users.
In particular, they help people with cognitive disabilities or who have difficulty
reading. (However, ensure that images have text equivalents for
people who are blind, have
low vision, or for any user
who cannot or has chosen not
to view graphics.) Using clear and simple language also benefits people whose first language
differs from your own, including those people who communicate primarilyin sign language.
Automated methods are generally rapid and
convenient but cannot identify all accessibility issues. Human review can help
ensure clarity of language and ease of navigation. Note pp doesnt recognise
.org as a link.
Automated methods are generally rapid
and convenient but cannot identify all accessibility issues. Human review can
help ensure clarity of language and ease of navigation.
I have run a test
on the henter joyce page that we looked at earlier and as we can see errors
have been found at priority 2 level, the large image may be used to convey
meaning. These types of error must be human checked as in this case
alternative links are supplied on the page so the image is not the sole means
of navigation.
If we click on one of the errors, bobby makes a sugestion on how to fix
issues, for example the long description tag.
This applies to any applications too
A person reading a page with a speech
synthesizer may not be able to decipher the synthesizer’s best guess for a
word with a spelling error. Eliminating grammar problems increases
comprehension.
Expert and novice users with disabilities will provide
valuable feedback about accessibility or usability
problems and their severity.