Screen Reader Wikipedia

Screen reader

From Wikipedia, the free encyclopedia

Jump to navigationJump to search

screen reader is a form of assistive technology [1] that is essential to people who are blind, as well as useful to people who are visually impairedilliterate, or have a learning disability.[2] Screen readers are software applications that attempt to convey what people with normal eyesight see on a display to their users via non-visual means, like text-to-speech,[3] sound icons,[4] or a Braille device.[5] They do this by applying a wide variety of techniques that include for example interacting with dedicated Accessibility API, using various operating system features (like inter-process communication and querying user interface properties) and employing hooking techniques.[6]

Microsoft Windows operating systems have included the Microsoft Narrator screen reader since Windows 2000Apple Inc. macOSiOS, and tvOS include VoiceOver as a built-in screen reader, while Google Android provides Talkback screen reader since 2009. Similarly, Android-based devices from Amazon provide the VoiceView screen reader. BlackBerry 10 devices such as the BlackBerry Z30 also include a built-in screen reader.“Turn on or turn off the BlackBerry Screen Reader”. Docs.blackberry.com. Retrieved January 4, 2014.There is also a free screen reader application for older BlackBerry (BBOS7 and earlier) devices.[7]

There are also popular free and open source screen readers, such as Speakup and Orca for Linux and Unix-like systems and NonVisual Desktop Access for Windows.

The most widely used screen readers[8] are often separate commercial products: JAWS from Freedom Scientific, NonVisual Desktop Access (NVDA) from NV AccessWindow-Eyes from GW Micro, Dolphin Supernova by Dolphin, System Access from Serotek, and ZoomText Magnifier/Reader from AiSquared are prominent examples.


Command-line (text)[edit]

In early operating system, such as MS-DOS, which employed command-line interface , the screen display consisted of characters mapping directly to a screen buffer in memory and a cursor is at position. Input was by keyboard. All this information could therefore be obtained from the system either by hooking the flow of information around the system and reading the screen buffer or by using a standard hardware output socket“Talking Terminals. BYTE, September 1982”. Archived from the original on June 25, 2006. Retrieved September 7, 2006. and communicating the results to the user.

In the 1980, the Research Centre for the Education of the Visually Handicapped at the University of Birmingham developed Screen Reader for the BBC Micro and NEC Portable.Paul Blenkhorn, “The project on micro-computer systems and computer assisted learning”, British Journal of Visual Impairment, 4/3, 101-103 (1986). Free HTML version at Visugate.“Access to personal computers using speech synthesis. RNIB New Beacon No.76, May 1992”..


Off-screen model[edit]

With the arrival of graphical user interface , the situation became more complicated. A has characters and graphics drawn on the screen at particular positions, and therefore there is no purely textual representation of the graphical contents of the display. Screen readers were therefore forced to see employ new low-level techniques, gathering messages from the operating system and using these to build up an “off-screen model”, a representation of the display in which the required text content is stored.According to “Making the Talk” (by Richard Schwerdtfeger, BYTE December 1991, p. 118-128), the first screen reader to build an off-screen model was outSPOKEN.

For example, the operating system might send messages to draw a command button and its caption. These messages are intercepted and used to construct the off-screen model. The user can switch between controls (such as buttons) available on the screen and the captions and control contents will be read aloud and/or shown on refreshable Braille display.

Screen readers can also communicate information on menus, controls, and other visual constructs to permit blind users to interact with these constructs. However, maintaining an off-screen model is a significant technical challenge; hooking the low-level messages and maintaining an accurate model are both difficult tasks.[citation needed]

Accessibility APIs[edit]

Operating system and application designers have attempted to address these problems by providing ways for screen readers to access the display contents without having to maintain an off-screen model. These involve the provision of alternative and accessible representations of what is being displayed on the screen accessed through an API. Existing include:

Screen readers can query the operating system or application for what is currently being displayed and receive updates when the display changes.

For example, a screen reader can be told that the current focus is on a button and the button caption to be communicated to the user. This approach is considerably easier for the developers of screen readers, but fails when applications do not comply with the accessibility : for example, Microsoft Word does not comply with the, so screen readers must still maintain an off-screen model for Word or find another way to access its contents.[citation needed] One approach is to use available operating system messages and application object models to supplement accessibility . The Thunder screen reader operates without an off-screen model in this way; the latest version of Thunder also includes an off-screen model.[citation needed]

Screen readers can be assumed to be able to access all display content that is not intrinsically inaccessible. Web browsers, word processors, icons and windows and email programs are just some of the applications used successfully by screen reader users. However, according to some users,[who?] using a screen reader is considerably more difficult than using a GUI, and many applications have specific problems resulting from the nature of the application (e.g. animations in Macromedia Flash) or failure to comply with accessibility standards for the platform (e.g. Microsoft Word and Active Accessibility).[citation needed]

Self-voicing programs and applications[edit]

Some programs and applications have voicing technology built in alongside their primary functionality. These programs are termed self-voicing and can be a form of assistive technology if they are designed to remove the need to use a screen reader.[citation needed]


Some telephone services allow users to interact with the internet remotely. For example, TeleTender can read web pages over the phone and does not require special programs or devices on the user side.[citation needed]


A relatively new development in the field is web-based applications like Spoken-Web that act as web portals, managing content like news updates, weather, science and business articles for visually-impaired or blind computer users.[citation needed] Other examples are ReadSpeaker or BrowseAloud that add text-to-speech functionality to web content.[citation needed] The primary audience for such applications is those who have difficulty reading because of learning disabilities or language barriers.[citation needed] Although functionality remains limited compared to equivalent desktop applications, the major benefit is to increase the accessibility of said websites when viewed on public machines where users do not have permission to install custom software, giving people greater “freedom to roam”.[citation needed]

With the development of smartphone, the ability to listen to written documents (textual web content, [Portable Document Format|PDF]] documents, e-mail etc.) while driving or during a similar activity in the same way that listening to music, will benefit a much broader audience than visually-impaired people.[citation needed]

The best-known examples are Siri for iOS, and Google and Iris for Android .

With the release of the Galaxy S III, Samsung also introduced a similar intelligent personal assistant called S Voice.

On the BlackBerry 10 operating system, their Z30 smartphone also features spoken interaction features, which are similar to the other mobile operating system.[citation needed]

This functionality depends on the quality of the software but also on a logical structure of the text. Use of headings, punctuation, presence of alternate attributes for images, etc. is crucial for a good vocalization. Also a web site may have a nice look because of the use of appropriate two dimensional positioning with CSS but its standard linearization, for example, by suppressing any CSS and Javascript in the browser may not be comprehensible.[citation needed]


Most screen readers allow the user to select whether most punctuation is announced or silently ignored. Some screen readers can be tailored to a particular application through scripting. One advantage of scripting is that it allows customizations to be shared among users, increasing accessibility for all. JAWS enjoys an active script-sharing community, for example.[citation needed]


Verbosity is a feature of screen reading software that supports vision-impaired computer users. Speech verbosity controls enable users to choose how much speech feedback they wish to hear. Specifically, verbosity settings allow users to construct a mental model of web pages displayed on their computer screen. Based on verbosity settings, a screen-reading program informs users of certain formatting changes, such as when a frame or table begins and ends, where graphics have been inserted into the text, or when a list appears in the document.[citation needed]


Some screen readers can read text in more than one language, provided that the language of the material is encoded in its metadata.[9]

Some screen reading programs[which?] also include language verbosity, which automatically detects verbosity settings related to speech output language. For example, if a user navigated to a website based in the United Kingdom, the text would be read with an English accent.[citation needed]

See also[edit]


  1. ^ “Types of Assistive Technology Products”. Microsoft Accessibility. Retrieved June 13, 2016.
  2. Jump up to:a b “Screen Readers and how they work with E-Learning”. Virginia.gov. Archived from the original on November 13, 2018. Retrieved March 31, 2019.
  3. ^ “Hear text read aloud with Narrator”Microsoft. Retrieved June 13, 2016.
  4. ^ Coyier, Chris (October 29, 2007). “Accessibility Basics: How Does Your Page Look To A Screen Reader?”. CSS-Tricks. Retrieved June 13, 2016.
  5. ^ “Screen Readers Technology and Refreshable Braille Displays”AFB. Retrieved June 13, 2016.
  6. ^ “What is a Screen Reader”Nomensa. Retrieved July 9, 2017.
  7. ^ “BlackBerry® Screen Reader”BlackBerry Screen Reader is supported on the BlackBerry® Curve™ 9220, 9315, 9320, 9350, 9360 and 9370 smartphones
  8. ^ Theofanos, Mary Frances, and Redish, Janice (Ginny) (November–December 2003). “Guidelines for Accessible and Usable Web Sites: Observing Users Who Work With Screen Readers”. self-published version. Redish & Associates. Retrieved July 20, 2008.
  9. ^ Chris Heilmann (March 13, 2008). “Yahoo! search results now with natural language support”Yahoo! Developer Network BlogArchived from the original on January 25, 2009. Retrieved February 28, 2015.

External links[edit]

Categories: Uncategorized

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.