An Introduction to Speech-Access Realities
for Interested Sighted Internauts

The following is a brief explanation of how information is presented to the speech-user as he or she crawls the web. Comments, criticism, suggestions, and hate mail should be addressed to [email protected]
Most screen-readers work on the physical/visual level--the pc cursor physically moves you about the screen and through documents, while the voice/speech cursor allows you to "glance" around the page without interacting with the currently open application. Yet, while it is tempting to say that the speech/voice cursor acts as one's eyeballs, the analogy is not quite apt, as the speech user is still "looking" blindly about the screen, unless he or she has listened to the ENTIRE screen beforehand. Even then, however, one does not always pick up on the visual cues, such as ASCII art, smileys, and the like, because of the punctuation filter, which controls the amount of punctuation is verbalized.

Filtering punctuation is extremely subjective, and often the speech-output user (if his or her screen-reader allows) uses different settings for different programs. When using word processing software, for example, I have my screen-reader (JAWS for DOS) set to pause appropriately when it encounters a punctuation mark, rather than having it vocalize every coma, period, and semi-colon. When encoding HTML, however, or working at the DOS or a Unix/Linux prompt, I have the puntutation filter set to "say all", which means that every single character that a 101-key keyboard is capable of generating will be spoken.

When I am crawling the web--and a more apt metaphor for traversing the web without vision has yet to be devised--I have my punctuation filter set to "say none", mainly because until the autumn of 1995, I used a very old screen-reader that wouldn't let me filter out punctuation when I was in terminal emulation mode, and, consequently, I had to endure the audiblization of every damn comma, period, semi-colon, bracket, parenthesis, etc. that appeared on-screen. Needless to say, it contributed greatly to the general lack of coherence so evident in this essay.

It is a depressing reality, however, of blind computer use, that there are a lot of blind users out there using 286s (or less) and screen-readers of an early-to-late eighties vintage, which is far more primative and limited than the screen reader which i am using to compose this document.

Why the prevalance of obsolete screen access equipment?

  1. Adaptive equipment is, by its very nature, extremely, and often prohibatively, expensive. It is not uncommon for a blind individual to spend twice as much on the adaptive equipment that enables him or her to use a computer than he or she did on the computer itself. And while the price of computer hardware decreases over time, the price of adaptive equipment--especially software--has steadily increased.
  2. The state-of-the-art in DOS-based screen-access wasn't achieved until 1993/1994, just in time for obsolescence. But, what with the 70% unemployment rate amongst the blind, not everyone has/had the 495-595 clams it costs to purchase a state of the art DOS-based screen reader.

So, just how does a speech user browse the web? While there are as many answers to that question as there are speech users, there is an easy answer to the question:
SLOWLY
A speech or braille user cannot "scan" a page to quickly locate pertinent information--he or she has to listen to or tactilely read (on a 20 to 40 cell refreshable display) the entire page to locate whatever it is he or she loaded the page to find.

Don't get me wrong--I don't mind using my screen-reader, which, after all, is my virtual eyeball to "look" for visual markers--i just need to know what i'm "looking" for, as my virtual eyeball is connected to a pc, and, hence, unlike an actual eyeball, isn't automatically drawn to visual markers. (Which, incidentally, is the achilles' heel of GUI access. A screen reader is like a blind person inasmuch as it has no way of ascertaining what a graphical element or icon represents, unless that graphic has been labeled--a limitation which seriously compromises blind individuals' access to graphical applications.)

The most effective way to read a page aurally is to "kill" speech while the page loads and then review the page using the screen reader's voice/speech cursor and the "read-entire-screen" keystroke command. And yet, i have worked with power screen-reader users who have been online far longer than I, to whom this method of webcrawling (still the most apt metaphor for traversing cyberspace without the old orbs) has never occurred. Nor is everyone aware that Lynx can be set to display numbered links. Nor is everyone aware that even on a system which disallows saving options changes made within a Lynx session (and there are a hell of a lot of those out there, too), that one can import a customized .lynxrc file into one's account.

...just a few of the reasons why Blynx exists.

Thanks to Al Gilman for the suggestion that I incorporate this rant into a hypertext document and for suggesting the title.