Wikipedia:Accessibility
From Wikipedia, the free encyclopedia
Accessibility is the goal of making web pages easier to navigate and read. While this is primarily intended to assist those with disabilities, it can be helpful to all readers. Articles adhering to the following guidelines are easier to read and edit by those Wikipedians with and without disabilities.
Abbreviations
Accessibility
Anime & manga articles
Biographies
Capital letters
Chemistry
Command-line examples
Dates and numbers
Disambiguation pages
Icons (i.e., flags, awards)
Infoboxes
Legal
Links
Lists of works
Mathematics
Medicine
Military history guidelines
Music
Pronunciation
Spelling
Text formatting
Titles
Trademarks
Writing about fiction
Captions
Categorization
Categorization of people
Citing sources
Explain jargon
External links
Film guidelines
Footnotes
Layout
Lead section
Lists
Music samples
Naming conventions
Overlinking
Proper names
Stubs
Summary style
Technical terms
Trivia sections
Writing better articles
Wikimedia sister projects
Words to avoid
Arabic-related articles
Chinese language
Chinese history
Ethiopia-related articles
France & French-related
Hebrew transliteration
India-related articles
Ireland-related articles
Islam-related articles
Japan-related articles
Korea-related articles
Latter Day Saints
Philippines-related articles
Portugal-related articles
Thailand-related articles
Syriac/Assyrian-related articles
United Kingdom nationalities
U.S. highways
Contents
[edit] Article structure
[edit] Lead section
The lead section may contain optional elements presented in the following order: disambiguation links (dablinks), maintenance tags, infoboxes, images, navigational boxes (navigational templates), introductory text, and table of contents, moving to the heading of the first section.
<!-- CORRECT STRUCTURE OF LEAD SECTION -->
{{otheruses}}
{{unreferenced}}
{{Foo bar Infobox|name=...}}
[[Image:...|Typical Foo bar]] or {{Foo bar Navigation}}
'''Foo bar''' ...
[table of contents]
== First section ==
[edit] Headings
==), then level 3 (===) and so on (level 1 is not used, as this is the auto-generated page title), neither using random heading levels (e.g. selected for emphasis, which is not the purpose of headings), nor skipping parts of the sequence.- [Article lead here]
==Section==[level 2]===Sub-section===[3]==Section==[2]===Sub-section===[3]====Sub-sub-section====[4]==Section==[2]
- [Article lead here]
====Section?====[4]===Section?===[3]==Section?==[2]==Section?==[2]====Section?====[4]===Section?===[2]
- [Article lead here]
- [Level-2 section missing here]
===Section?===[3]==Section==[2]- [Level-3 sub-section missing here]
====Sub-section?====[4]==Section==[2]
[edit] Section structure
<!-- CORRECT CODE -->
== Foo bars ==
{{main|Foo bar}}
{{cleanup-section}}
[[Image:...|Typical Foo bar]]
A '''foo bar''' ...
[edit] Text
[edit] Links
[[clock|clocks]] when [[clock]]s will work).[edit] Color
[edit] Lists
Do not separate list items by more than one line-break. If list items are separated by more than one line break, the HTML list tags will be ended. For example:
#One is a good number. #Two is a better number. #Three is the best number in the world. #But the number four should not be mentioned at all costs.
appears as:
The same applies to unordered lists (using * instead of #).
[edit] Horizontal lists
For lists running across the page, the template {{flatlist}} and its partner {{endflatlist}} are available, to improve accessibility and semantic meaningfulness by marking up what is clearly a list, as such, rather than characters which are read out (e.g. "one dot two dot three dot...") by the kind of assistive software used by, for example, people who are blind. Alternatively, in templates and the like, such lists may be styled with the class "horizontal".
[edit] Tables
Screen readers and other web browsing tools make use of specific table tags to help users navigate the data contained within them.
Use the correct wikitable pipe syntax to take advantage of all the features available. See meta:Help:Tables for more information on the special syntax used for tables.
[edit] Data tables
{|
|+ [caption text]
|-
! [column header 1] !! [column header 2] !! [column header 3]
|-
! [row header 1]
| [normal cell 1,2] || [normal cell 1,3]
|-
! [row header 2]
| [normal cell 2,2] || [normal cell 2,3]
…
|}
- Caption (
|+) - A caption is a table's title, describing its nature [1].
- Row & column headers (
!) - Like the caption, these help present the information in a logical structure to visitors. They can have the headers read first, and then navigate the related data [2].
Voice browsers might read aloud this data table in the following order [3]:
- Caption: [caption text]
- [column header 1]: [row header 1], [column header 2]: [cell 1,2], [column header 3]: [cell 1,3]
- [column header 1]: [row header 2], [column header 2]: [cell 2,2], [column header 3]: [cell 2,3]
- …
Note that each column header is repeated when reading every row, so an abbreviation could be added to long headers using the abbr="…" attribute, for example:
{|
|+ [caption text]
|-
! abbr="Wikipedian" | Wikipedia editor
! abbr="Edits" | Number of edits
! Last edit
! abbr="Donations" | Donations (US$)
|-
…
In this example all column headers have an abbreviation except the column with the date of the last edit, which is short enough.
[edit] Layout tables
Some navigation, series, and info boxes are made using tables.
Avoid using tables for layout purposes only. The best option is to use HTML's <div> blocks and style attributes because they provide flexibility. For example, see {{Dynamic navigation box}}.
For simple layouts tables can be an option. Especially if the only point of the table is to get a floating effect, then align="right" etc. will work with some browsers not supporting CSS at all. This is in fact a verbose approximation of <div> plus CSS, and not the design sin known as (nested) "table layout".
However, to avoid accessibility barriers, when using tables for layout purposes don't use any caption, row, or column headers, and also no summary attribute. These structural table elements should be used only for data tables. Don't use structural elements for presentation purposes, use style sheets. For Wiki table markup this means to avoid "!" (= <th> in XHTML) in such cases:
{| class="toccolours" width="94%"
| align="center" bgcolor="#ccccff" | '''Title'''
|-
| [normal cell] || [normal cell]
|-
| [normal cell] || [normal cell]
|}
For example, see {{NavigationBox}}
[edit] Other languages
Non-English words or phrases should be encased in {{lang}}, which uses ISO639 language codes, thus:
{{lang|fr|Assemblée nationale}}
which renders as
- Assemblée nationale.
[edit] Infoboxes
[edit] Images
- For more detail see Wikipedia:Manual of Style#Images
===) headings, as this can disconnect the heading from the text it precedes, when read with larger fonts. Instead, either right-align the image, remove it, or move it to another relevant location.- For example, do not use:
=== Section 1b === [[Image:Image relating to section 1b.jpg|frame|left|Caption.]] First paragraph of section 1b.
[edit] Style and markup
style= attributes where a similar common class is available, e.g. class="wikitable". Use CSS shorthand properties when possible (e.g., background versus background-color). Test inline CSS effects with disabled CSS. Inline CSS is not supported by several browsers, media, and XHTML versions. Do not use <font> tags or inline CSS to play with font sizes. If necessary, use <small> or <big>, which are also supported by Lynx to a certain degree (even nested). Do not use <font> tags to manipulate foreground colors, unless you also use legacy bgcolor= markup to set the background color. It is preferable to use simple logical style tags like <em>, <code>, or <strong> for semantical differences. Inline CSS is ideal for decorative purposes including decorative colors, but do not mix CSS with legacy markup: old browsers respect the legacy markup and ignore the CSS. Combining logical style tags with CSS colors is a good idea (depending on the colors for browsers supporting CSS). Do not use the physical style tags <u>, <i>, or <b>; it is preferable to use Wiki markup '' or ''', or logical style tags. Use common sense; a deprecated <u> could be perfectly okay if it is used to indicate something like an example of an unclickable link.[edit] Keyboard shortcuts
- For more detail see Wikipedia:Keyboard shortcuts
Numerous keyboard shortcuts for common Wikipedia tasks exist by default. They can be disabled.

