<TEI xmlns="http://www.tei-c.org/ns/1.0">
	<teiHeader>
		<fileDesc>
			<titleStmt>
				<title level="a">Why Universal Accessibility Should Matter to the
					Digital Medievalist</title>
				<author>
					<name>Kathryn Wymer</name>
					<address><addrLine>University of North Carolina, Chapel Hill NC, USA</addrLine></address>
				</author>
				<editor role="acceptingeditor">
					<name>D. P. O'Donnell</name>
					<address><addrLine>University of Lethbridge</addrLine></address>
				</editor>
				<editor role="recommendingreader">
					<name>R. M. Liuzza</name>
					<address><addrLine>University of Tennessee</addrLine></address>
				</editor>
				<respStmt>
					<resp>Tei-encoding by</resp>
					<name>Daniel Paul O'Donnell</name>
					<name/>
				</respStmt>
			</titleStmt>
			<editionStmt>
				<edition>Submission Copy</edition>
			</editionStmt>
			<extent/>
			<publicationStmt>
				<publisher>Curriculum Redevelopment Centre, University of
					Lethbridge</publisher>
				<pubPlace>Lethbridge AB, Canada T1K 3M4 </pubPlace>
				<availability status="unknown">
					<p>© Kathryn Wymer, 2005. Creative Commons
						Attribution-NonCommercial licence, 2.5</p>
				</availability>
				<date n="received" when="2004-08-20">August 20, 2004</date>
				<date n="revised" when="2004-12-21">December 21, 2004</date>
				<date n="published" when="2005-04-20">April 20, 2005</date>
			</publicationStmt>
			<seriesStmt>
				<title>Digital Medievalist</title>
				<idno type="volume">1</idno>
				<idno type="issue">1</idno>
				<idno type="date">Spring 2005</idno>
			</seriesStmt>
			<notesStmt>
				<note type="abstract" anchored="true">
					<p>Digital media offer great possibilities for access by the
						disabled. To ensure access, however, designers must take
						reasonable measures to ensure that their digital texts conform
						to relevant accessibility standards. Observing such standards
						benefits all users and may be a legal requirement. Fortunately,
						they for the most part are not difficult to implement. This
						article examines some methods for ensuring accessibility. It
						also advocates the development of disciplinary standards for
						accessibility in the design of medieval digital projects. A
						final section shows the same hypothetical text in
							<soCalled>accessible</soCalled> and
							<soCalled>inaccessible</soCalled> codings.</p>
				</note>
				<note type="acknowledgements" anchored="true">
					<p>I would like to thank Jason Morningstar, Accessibility
						Specialist, Center for Instructional Technology at University
						of North Carolina-Chapel Hill for his help in reading over this
						piece and for making numerous useful suggestions. I would also
						like to thank Daniel O'Donnell and Roy Liuzza for their helpful
						feedback.</p>
				</note>
			</notesStmt>
			<sourceDesc>
				<p>Original Composition</p>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<projectDesc>
				<p>Article from Digital Medievalist Journal (URL:
					&lt;http://www.digitalmedievalist.org/&gt;)</p>
			</projectDesc>
			<refsDecl>
				<p>Citations from the text of this article should be by paragraph
					number (found on the ID attribute of the p element).</p>
			</refsDecl>
		</encodingDesc>
		<profileDesc>
			<creation/>
			<langUsage>
				<language ident="ENG-US">US English</language>
			</langUsage>
			<textClass>
				<keywords scheme="DM">
					<term type="DMType">Tutorial</term>
					<term type="subject">Accessibility</term>
					<term type="subject">Web site design</term>
					<term type="subject">Disabilities</term>
					<term type="subject">Screen readers</term>
				</keywords>
			</textClass>
		</profileDesc>
	</teiHeader>
	<text xml:lang="ENG-US">
		<body>
			<div>
				<head>Introduction</head>
				<p xml:id="w0010">New digital media offer wonderful advantages for
					the disabled. Imagine, for example, that you are a blind student
					enrolled in a medieval history class. How do you complete the
					readings? If the assignment is from a print textbook, you likely
					will need to have a friend or someone from the university's
					disability services read the chapters aloud for you in an audio
					recording. Such a process is cumbersome and requires you to seek
					external assistance. If the readings also are available
					electronically, however, you could use a screen reader, such as
						<ref target="http://www.freedomscientific.com/">Freedom
						Scientific</ref>'s <choice>
						<expan>Job Access With Speech</expan>
						<abbr>JAWS</abbr>
					</choice> (<ref type="bibliographic"
						target="#freedomscientificjawsnd">Freedom Scientific
						[n.d.]</ref>), to complete your work.</p>
				<figure>
					<graphic rend="sound" url="support/wymerwynn.mp3"/>
					<figDesc>Opening paragraphs of this article as rendered by
						Freedom Scientific Wynn 3.1 screen reader</figDesc>
				</figure>
				<p xml:id="w0020">Not all electronic documents, however, are
					universally accessible.<note anchored="true">
						<p>For a good introduction to accessibility issues, see <ref
								type="bibliographic" target="#bohmanp2003a">Bohman
								2003a</ref>.</p>
					</note> Poor layout and design make some texts extraordinarily
					difficult for screen readers and other adaptive technologies to
					accommodate, and poor choices in the use of color and other
					graphic elements fail to take into account readers who are
					colorblind or have other visual impairments. Other aspects of
					digital design can reduce access for persons with different kinds
					of disabilities. The inclusion of audio fragments without text
					captions, for example, neglects the needs of the hearing
					impaired; poor navigation can exclude those with cognitive
					disabilities or who use special keyboards or interface
					devices.</p>
				<figure>
					<graphic url="support/wymerlynx.png"/>
					<figDesc>Opening screen of this article as rendered by Lynx
						text-only browser (80% actual size).</figDesc>
				</figure>
			</div>
			<div>
				<head>Why accessibility design matters</head>
				<p xml:id="w0030">What is the responsibility of the digital
					medievalist to the disabled? As you begin work on your next
					project, the thought of disabled users may not yet have crossed
					your mind. After all, you may have had limited experience with
					such users, either in your classes or among your colleagues.
					Nevertheless, there are several important reasons why digital
					medievalists should begin thinking about accessibility:</p>
				<list type="ordered">
					<item>Accessible design can benefit all users, and more widely
						useful projects are likely to be adopted by other teachers and
						scholars.</item>
					<item>In many jurisdictions, accessible design is a legal
						obligation.</item>
					<item>Ensuring accessibility does not have to be a cumbersome or
						difficult process.</item>
				</list>
				<div>
					<head>Accessible design benefits all users</head>
					<figure>
						<graphic rend="small" url="support/wymertreo.png"/>
						<figDesc>Opening screen of this article as rendered on the
							PalmOne Treo 600 PDA/cell phone (actual size).</figDesc>
					</figure>
					<p xml:id="w0040">Given the time they devote to the completion of
						their projects, medieval scholars working with digital media
						most assuredly want their projects to be as widely useful as
						possible. Ensuring that their work is accessible to the
						disabled will help them achieve this goal. In addition to
						increasing the overall number of potential users, meeting
						accessibility standards may help encourage greater distribution
						and utilization (<ref type="bibliographic"
							target="#digitalmediaaccessgroup2004">Digital Media Access
							Group 2004</ref>; <ref type="bibliographic"
							target="#universityofarizonaitworksforeveryonend">University
							of Arizona [n.d.]</ref>; see also the articles collected in
							<ref type="bibliographic" target="#ballcandhewettb2002">Ball
							and Hewett 2002</ref>). When it is clear that users with
						disabilities are able to access a given project, instructors
						may be more likely to adopt the project as a course resource,
						publishers may be more inclined to become involved, and
						libraries may be more likely to acquire copies. It is also
						important to recognize that universally accessible design
						benefits all users, not just the disabled. Consider, for
						example the rising popularity of cell phones and <choice>
							<expan>personal digital assistants</expan>
							<abbr>PDAs</abbr>
						</choice> as internet interfaces: designing with accessibility
						in mind can aid people using these devices as well.</p>
				</div>
				<div>
					<head>Accessible design can be a legal obligation</head>
					<p xml:id="w0050">Universal accessibility is therefore a good
						idea, but it may also be a legal requirement (<ref
							target="#frenchdandvaldesl2002">French and Valdes
						2002</ref>). If your project uses government funds, you may be
						expected to comply with accessibility laws. Although such laws
						vary from country to country, most countries have some
						provision for ensuring that disabled persons have equal access
						to information and services (see <ref type="bibliographic"
							target="#worldwidewebconsortiumwebaccessinitiativeeducationandoutreachworkinggroup2004"
							>World Wide Web Consortium, Web Access Initiative Education
							and Outreach Working Group 2004</ref> for a partial list of
						such laws). Even if your project is privately funded, your use
						of digital media in an academic environment may still require
						you to consider electronic accessibility. The responsibility of
						colleges and universities toward accessible digital media has
						been debated widely in the United States (see <ref
							type="bibliographic" target="#carlsons2004">Carlson
							2004</ref>; <ref type="bibliographic"
							target="#schmetzkea2004">Schmetzke 2004</ref>). Recent
						investigations have shown that few schools have adequate
						policies in place regarding electronic accessibility. A few
						universities, such as the University of Wisconsin at Madison
						and the University of Washington, have developed explicit
						guidelines based on the belief that universities have legal and
						moral responsibilities to accommodate disabled users (<ref
							type="bibliographic"
							target="#boardofregentsoftheuniversityofwisconsin2002"
							>University of Wisconsin Board of Regents 2002</ref>; <ref
							type="bibliographic"
							target="#universityofwashingtonaccessit2002">University of
							Wahington/AccessIT 2002</ref>).</p>
				</div>
				<div>
					<head>Accessible design can be easy to implement</head>
					<p xml:id="w0060">Achieving a greater level of accessibility is
						not difficult when project authors plan ahead to avoid the most
						common problems: failing to provide text alternatives for
						graphics and rich media; creating ineffective navigational
						structures; and mixing presentational and structural page
						elements. Looking more closely at guidelines for accessible
						content, such as the <choice>
							<expan><ref target="http://www.w3c.org/">World Wide Web
									Consortium</ref></expan>
							<abbr>W3C</abbr>
						</choice>
						<choice>
							<expan><ref target="http://www.w3.org/WAI/">Web Access
									Initiative</ref></expan>
							<abbr>WAI</abbr>
						</choice> will help authors as they create new projects and
						will demystify the process of ensuring accessibility.</p>
				</div>
			</div>
			<div>
				<head>First steps</head>
				<p xml:id="w0070">Individual solutions to accessibility problems
					will have to come on a case-by-case basis, but a good starting
					point would be some consensus among the community of medieval
					scholars about what accessibility guidelines we ought to follow.
					What level of accessibility ought we strive to reach? Take the
					example of a manuscript edition. Part of the project may be the
					inclusion of manuscript images. What level of description should
					we allow for blind users? Another aspect of the edition may be
					audio recordings of some of the manuscript's contents. How should
					a project's author attempt to accommodate deaf users? Some would
					argue that all projects should at least make equivalent options
					available for persons with disabilities. The <term>Community of
						Practice</term> model used by the <choice>
						<expan><ref target="http://www.digitalmedievalist.org/">Digital
								Medievalist Project</ref></expan>
						<abbr>DM</abbr>
					</choice> is ideal for engaging with this problem. We need
					scholars to discuss their own experiences in creating accessible
					(or inaccessible) projects and their suggestions about what
					practices to follow for the future.</p>
				<p xml:id="w0080">Where then should we begin? As is always the case
					with digital projects, it is easier to create a design that
					avoids potential problems than to attempt to fix them after the
					fact. Many groups, notably the W3C's WAI and <choice>
						<expan><ref target="http://www.webaim.org/">Web Access in
								Mind</ref></expan>
						<abbr>WebAIM</abbr>
					</choice> have created easy-to-follow checklists for creating
					accessible electronic content (<ref type="bibliographic"
						target="#worldwidewebconsortiumwebaccessinitiative2004">World
						Wide Web Consortium, Web Access Initiative Education
					2004</ref>; <ref type="bibliographic" target="#bohmanpr2001"
						>Bohman 2001</ref>). For those working with web pages, there
					are also a number of online page checkers, such as <ref
						target="http://bobby.watchfire.com/bobby/html/en/index.jsp"
						>Watchfire's Bobby software</ref> (<ref type="bibliographic"
						target="#watchfirecorporation2002-2005">Watchfire Corporation
						2002-2005</ref>), that can help authors as they make judgments
					about accessibility. Some web design programs, such as <ref
						target="http://www.macromedia.com/software/dreamweaver/"
						>Macromedia Dreamweaver MX</ref> (<ref type="bibliographic"
						target="#macromediainc1995-2005">Macromedia Inc
					1995-2005</ref>), also have built-in accessibility checkers. <ref
						target="#slatinjmandrushs2003" type="bibliographic">Slatin and
						Rush 2003</ref> is a useful textbook on the subject.</p>
				<p xml:id="w0085">Since not all of us create web-based projects, we
					also need to work together in order to help each other evaluate
					the accessibility of our projects. As a starting point we need to
					agree on objectives that help us avoid the most common
					accessibility problems. I propose the following as a minimum
					community standard:</p>
				<list type="unordered">
					<item>that projects avoid using color, graphics, visual style, or
						audio elements as a sole means of conveying information;</item>
					<item>that projects do not rely exclusively on features of a
						particular input device, such as a mouse, for navigation and
						selection;</item>
					<item>that projects recognize the special needs of those with
						cognitive disabilities, through the use of clear navigation and
						the allotment of extra time for timed responses when required,
						for example, in pedagogical software or by logouts for
						subscription services;</item>
					<item>that projects maintain an awareness of the accessibility
						features in commonly-used applications;</item>
					<item>that projects commit to testing by persons with
						disabilities or by other specialists in order to evaluate
						accessibility.</item>
				</list>
				<p xml:id="w0087">There are a number of simple solutions we can
					take in our individual projects to ensure a greater degree of
					accessibility. A discussion of these key objectives may lead us
					to a clearer idea of what considerations we ought to keep in mind
					when beginning a new project.</p>
			</div>
			<div>
				<head>Conclusion</head>
				<p xml:id="w0110">Universal accessibility should matter a great
					deal to the community of digital medievalists. New trends in
					medieval scholarship have begun to emphasize the historical
					contributions of persons with disabilities and to examine the
					ways that such persons have participated in or have been
					represented through literature, art, music, and history (see <ref
						type="bibliographic" target="#snydersetal2002">Snyder et al.
						2002</ref>). We need also to consider the contributions that
					future persons with disabilities can make toward the study of the
					medieval period and help them on their way by making more
					accessible electronic resources.</p>
			</div>
		</body>
		<back>
			<div type="appendix">
				<head>Appendix: The (In)Accessible Aethelfrith project</head>
				<p>Examples of good (and bad) web-design are of course legion. Good
					manners and the bibliographic instability of many online
					resources require the development of hypothetical examples,
					however. To illustrate the points raised in this paper I have
					created two versions of a hypothetical electronic edition, the
					Aethelfrith Project. The first version, the <ref
						target="support/aethelframe.htm">
						<title level="m">Inaccessible Aethelfrith</title>
					</ref>, illustrates many commonly-used techniques that reduce
					accessibility. The second version, the <ref
						target="support/accessibleaethelfrith.html">
						<title level="m">Accessible Aethelfrith</title>
					</ref>, illustrates one way of incorporating accessibility
					standards into the same text. Other approaches are, of course,
						possible.<note anchored="true">
						<p>Further examples of inaccessible pages that demonstrate
							accessibility problems have been assembled by the Center on
							Education and Work at the University of Wisconsin-Madison
								(<ref type="bibliographic"
								target="#universityofwisconsinmadisoncenteroneducationandwork2004"
								>University of Wisconsin-Madison, Center on Education and
								Work 2004</ref>). See also <ref type="bibliographic"
								target="#bohmanp2003b">Bohman 2003b</ref> for examples of
							accessible pages that avoid sacrificing style for
							accessibility.</p>
					</note> Differences between the two versions are discussed
					below.</p>
				<div>
					<head>Color</head>
					<p>The <ref target="support/aethelframe.htm">
							<title level="m">Inaccessible Aethelfrith</title>
						</ref> uses color as a sole method for marking important
						distinctions in the text. This represents an obvious problem
						for colorblind users. The largest percentage of such users will
						have difficulty with the red/green distinction, but many
						colorblind persons have difficulty distinguishing the full
						range of colors. In addition, there is insufficient contrast
						between the light green text and the gray background. The use
						of color is acceptable, but needs to be handled with caution,
						keeping in mind colorblindness, the need for contrast, and
						accessibility for the blind.</p>
					<p><emph>Why fixing this problem will help all users:</emph> Many
						people have difficulty distinguishing shades of color.
						Monitors, too, can reproduce color inaccurately. Indicating
						textual variants by a change in font face, decoration, or
						weight (e.g. through the use of italics or bold characters)
						will aid many users. If you must use color, consider providing
						strong color contrasts (see <ref target="#arditia2002"
							type="bibliographic">Arditi 2002</ref> for a chart of
						appropriate color contrasts; there are several utilities
						available for checking website accessibility for the visually
						impaired, including Newman Color-blind design evaluation <ptr
							target="http://newmanservices.com/colorblind/default.asp"/>
						and Vischeck <ptr target="http://www.vischeck.com/"/>). For
						users who might still have difficulty, you might consider
						adding a list of all textual variants in a separate document.
						Such a resource may be generally helpful to all users.</p>
					<p><emph>How the <ref target="support/accessibleaethelfrith.html">
								<title level="m">Accessible Aethelfrith</title>
							</ref> addresses this problem:</emph> The <title level="m"
							>Accessible Aethelfrith</title> project avoids the need for
						color contrast by using different font faces and weights to
						distinguish among different types of readings.</p>
				</div>
				<div>
					<head>Animation/popovers</head>
					<p>Users who need keyboard access (including blind persons who
						use a screen reader and persons with mobility issues that
						require the use of other assistive technologies) may be unable
						to accommodate the mouseover popup messages.</p>
					<p><emph>Why fixing this problem will help all users:</emph>
						Popup messages, especially those activated by mouseovers,
						frustrate many users. This page in particular functions
						awkwardly in Mozilla-based browsers, which require the user to
						close popup windows explicitly using the OK button (in the
						current version of Internet Explorer, the textbox appears on
						mouseover and disappears on mouseoff). Popovers are also
						disabled in many web-capable cell phones and PDAs and plain
						text browsers. Consider an alternate method for providing your
						glossary. At the very least, a separate document containing
						glossed words with reference to line numbers will be
						helpful.</p>
					<p><emph>How the <ref target="support/accessibleaethelfrith.html">
								<title level="m">Accessible Aethelfrith</title>
							</ref> addresses this problem:</emph> The <title level="m"
							>Accessible Aethelfrith</title> project places the glossary
						and textual variants in a separate file, avoiding the need for
						popup windows. </p>
					<figure>
						<graphic url="support/inaccessiblelynxmouseovers.png"/>
						<figDesc><title level="m">Inaccessible Aethelfrith</title>
							mouseovers in Lynx (80% actual size). Mouseovers do not work
							in this device.</figDesc>
					</figure>
				</div>
				<div>
					<head>Graphics</head>
					<p>Important images on this page do not have alternate text. The
						project title and navigation bar are hidden from users
						accessing the page with a screen reader or text-only browser.
						The unimportant sea image in the middle of the page, on the
						other hand, has a verbose and unhelpful alternate text which
						should be omitted. Important images must be described using the
							<code>alt</code> attribute; unimportant images should include
						an explicitly empty <code>alt</code> attribute. </p>
					<figure>
						<graphic url="support/inaccessiblelynx.png"/>
						<figDesc><title level="m">Inaccessible Aethelfrith</title>
							navigation in Lynx (80% actual size). Square brackets display
							the names of graphic files used for navigation buttons and
							masthead.</figDesc>
					</figure>
					<p><emph>Why fixing this problem will help all users:</emph> The
						graphics in this project are an obvious problem for blind
						users. But images also can cause problems for users of
						hand-held devices and cell phones. Avoiding the unnecessary use
						of images and supplying appropriate <code>alt</code> attributes
						for necessary images can ensure wider distribution, increase
						the speed with which your documents load, and improve ease of
						navigation for all users. </p>
					<p><emph>How the <ref target="support/accessibleaethelfrith.html">
								<title level="m">Accessible Aethelfrith</title>
							</ref> addresses this problem:</emph> The <title level="m"
							>Accessible Aethelfrith</title> limits its use of images and
						ensures that their important information is described on the
							<code>alt</code> attribute. The decorative image of the sea
						contains an empty <code>alt</code> attribute, indicating that
						the image is not important to the sense of the page. </p>
					<figure>
						<graphic url="support/accessiblelynx.png"/>
						<figDesc><title level="m">Accessible Aethelfrith</title>
							navigation in Lynx (80% actual size).</figDesc>
					</figure>
				</div>
				<div>
					<head>Style and formatting</head>
					<p>The <title level="m">Inaccessible Aethelfrith</title> uses a
						mix of deprecated features (such as the <code>html:font</code>
						element) and <choice>
							<expan>Cascading Style Sheets</expan>
							<abbr>CSS</abbr>
						</choice> to control formatting. It also mixes absolute and
						relative values on elements such as
							<code>html:font</code>.<note anchored="true">
							<p>For a list of current and depreciated HTML elements, see
									<ref type="bibliographic"
									target="#worldwidewebconsortium1995">World Wide Web
									Consortium 1995-</ref>.</p>
						</note> The use of depreciated elements and style features can
						make a page difficult to maintain. The mix of absolute and
						relative values can affect users with smaller or larger than
						expected displays or who wish to override the designer's
						default style. </p>
					<figure>
						<graphic url="support/inaccessiblesmallbrowser.png"/>
						<figDesc><title level="m">Inaccessible Aethelfrith</title>
							rendered in narrow browser window (actual size).</figDesc>
					</figure>
					<p><emph>Why fixing this problem will help all users:</emph> Many
						users will have difficulty with the overall formatting in this
						project. Although style sheets are recommended for layout and
						presentation, they should not be used to convey important
						information that cannot be accessed when style sheets are
						disabled. This page demonstrates inconsistent design that
						eventually may cause problems for the designer as the page is
						updated.</p>
					<p><emph>How the <ref target="support/accessibleaethelfrith.html">
								<title level="m">Accessible Aethelfrith</title>
							</ref> addresses this problem:</emph> Uses style sheets for
						layout and presentation rather than to convey essential
						information. The page is readable with style sheets turned off.
						It also uses only relative values in style sheets, allowing
						users to resize the display or text on their own systems.</p>
					<figure>
						<graphic url="support/accessiblenostyle3.png"/>
						<figDesc><title level="m">Accessible Aethelfrith</title> with
							style turned off and large screen fonts (50% actual
							size).</figDesc>
					</figure>
				</div>
				<div>
					<head>Organization</head>
					<p>Finally, the <title level="m">Inaccessible Aethelfrith</title>
						is poorly organized. First of all, there is no way for users
						with screenreaders to skip the navigation if they so choose.
						Accessible pages should include a <soCalled>skip
							navigation</soCalled> link before long navigation lists.
						Secondly, the row of asterisks marking the end of the passage
						provides a problem for screenreading software, as each asterisk
						is read aloud individually. The use of frames is also poor
						design: while contemporary screen readers can render framesets,
						not all devices are able to do so, or do so well. Users with
						PDAs or text-only browsers may have difficulty with this
						document. Frames also make it difficult to bookmark specific
						pages within a frameset and may cause problems for users with
						cognitive impairments. </p>
					<figure>
						<graphic url="support/frametreo.png"/>
						<figDesc><title level="m">Inaccessible Aethelfrith</title>
							frameset as rendered in PDA/Cell phone (actual
							size).</figDesc>
					</figure>
					<p><emph>Why fixing this problem will help all users:</emph> Bad
						organization is bad for any page. Streamlining the way this
						page works will make it a lot easier to navigate for
						everyone.</p>
					<p><emph>How the <ref target="support/accessibleaethelfrith.html">
								<title level="m">Accessible Aethelfrith</title>
							</ref> addresses this problem:</emph> The <title level="m"
							>Accessible Aethelfrith</title> does not use frames. All
						information is presented in the main screen or, via links, in
						separate documents.</p>
				</div>
			</div>
			<div>
				<listBibl>
					<bibl xml:id="arditia2002">Arditi, Aries. <title level="a"
							>Effective color contrast: designing for people with partial
							sight and color deficiencies</title>. <title level="j"
							>Lighthouse International</title>. <ptr
							target="http://www.lighthouse.org/color_contrast.htm"
						/>.</bibl>
					<bibl xml:id="ballcandhewettb2002">Ball, Cheryl and Beth Hewett,
						eds. 2002 <title level="a">Disability - demonstrated by and
							mediated through technology</title> [Special Issue]. <title
							level="j">Kairos</title> 7.1 <ptr
							target="http://english.ttu.edu/kairos/7.1/"/>.</bibl>
					<bibl xml:id="bohmanpr2001">Bohman, Paul 2001. <title level="a"
							>WebAIM Section 508 checklist</title>. <ptr
							target="http://www.webaim.org/standards/508/checklist"
						/>.</bibl>
					<bibl xml:id="bohmanp2003a">────. 2003a. <title level="a"
							>Introduction to Web accessibility</title>. <ptr
							target="http://www.webaim.org/intro/"/>.</bibl>
					<bibl xml:id="bohmanp2003b">────. 2003b. <title level="a">Do
							accessible Web sites have to be boring?</title>. <ptr
							target="http://www.webaim.org/techniques/articles/boring"
						/>.</bibl>
					<bibl xml:id="carlsons2004">Carlson, Scott. 11 Jun. 2004. <title
							level="a">Left out online</title>. <title level="j">The
							Chronicle of Higher Education</title>. <ptr
							target="http://chronicle.com/free/v50/i40/40a02301.htm"
						/>.</bibl>
					<bibl xml:id="digitalmediaaccessgroup2004">Digital Media Access
						Group. 2004. <title level="a">Reasons for Web
							accessibility</title>. <ptr
							target="http://www.dmag.org.uk/resources/why/default.asp"
						/>.</bibl>
					<bibl xml:id="freedomscientificjawsnd">Freedom Scientific <title
							level="a">JAWS for Windows</title>. [n.d.]. <ptr
							target="http://www.freedomscientific.com/fs_products/software_jaws.asp"
						/>.</bibl>
					<bibl xml:id="frenchdandvaldesl2002">French, Deanie and Leo
						Valdes. 2002. <title level="a">Electronic accessibility: United
							States and international perspectives.</title>
						<title level="j">Educational Technology Review</title> 10. <ptr
							target="http://www.aace.org/pubs/etr/issue2/french-a.cfm"
						/>.</bibl>
					<bibl xml:id="macromediainc1995-2005">Macromedia Inc. 1995-2005.
							<title level="a">Macromedia - Accessibility: Macromedia
							Dreamweaver MX 2004</title>. <ptr
							target="http://www.macromedia.com/macromedia/accessibility/mx/dw/overview.html"
						/>.</bibl>
					<bibl xml:id="schmetzkea2004">Schetzke, Axel. 2004. <title
							level="a">Web accessibility survey site</title>. <ptr
							target="http://library.uwsp.edu/aschmetz/Accessible/websurveys.htm"
						/>.</bibl>
					<bibl xml:id="slatinjmandrushs2003">Slatin, John M., and Sharron
						Rush 2003. <title level="m">Maximum accessibility: making your
							web site more usable for everyone</title>. Boston:
						Addison-Wesley.</bibl>
					<bibl xml:id="snydersetal2002">Snyder, Sharon L., Brenda Jo
						Brueggemann, and Rosemarie Garland-Thomson, eds. 2002. <title
							level="m">Disability studies: enabling the
						humanities</title>. Modern Language Association.</bibl>
					<bibl xml:id="universityofarizonaitworksforeveryonend">University
						of Arizona. [n.d.] <title level="a">It works for
							everyone.</title>
						<ptr target="http://uaweb.arizona.edu/resources/everyone.shtml"
						/>.</bibl>
					<bibl xml:id="universityofwashingtonaccessit2002">University of
						Washington/AccessIT. 2002. <title level="a">Welcome to
							AccessIT</title>. <ptr
							target="http://www.washington.edu/accessit/index.php"
						/>.</bibl>
					<bibl xml:id="boardofregentsoftheuniversityofwisconsin2002"
						>University of Wisconsin, Board of Regents 2002. <title
							level="a">UW-Madison: Policies: WWW accessibility</title>.
							<ptr
							target="http://www.cew.wisc.edu/accessibility/guidelines/uwMadisonPolicy.htm"
						/>.</bibl>
					<bibl
						xml:id="universityofwisconsinmadisoncenteroneducationandwork2004"
						>────, Center on Education and Work. 2004. <title level="a"
							>Aquatic Arts learn by example - Web accessibility for
							all.</title><ptr
							target="http://www.cew.wisc.edu/accessibility/examples/goodbad/goodbadintro.htm"
						/>.</bibl>
					<bibl xml:id="watchfirecorporation2002-2005">Watchfire
						Corporation. 2002-2005. <title level="a">Welcome to Bobby
							WorldWide</title>. <ptr
							target="http://bobby.watchfire.com/bobby/html/en/index.jsp"
						/>.</bibl>
					<bibl xml:id="worldwidewebconsortium1995">World Wide Web
						Consortium. 1995- .<title level="a">W3C HTML home page</title>.
							<ptr target="http://www.w3.org/MarkUp/#recommendations"
						/>.</bibl>
					<bibl xml:id="worldwidewebconsortiumwebaccessinitiative2004"
						>World Wide Web Consortium Web Access Initiative. 2004. <title
							level="a">WAI resources</title>. <ptr
							target="http://www.w3.org/WAI/Resources/"/>.</bibl>
					<bibl
						xml:id="worldwidewebconsortiumwebaccessinitiativeeducationandoutreachworkinggroup2004"
						>World Wide Web Consortium Web Access Initiative Education and
						Outreach Working Group. 2004. <title level="a">Policies
							relating to Web accessibility</title><ptr
							target="http://www.w3.org/WAI/Policy/"/>.</bibl>
				</listBibl>
			</div>
		</back>
	</text>
</TEI>
