Is there actually a manual made for VO? I should ofcourse know, but i'm not sure if it's only this "getting started" thingy. There should absolutely be a chapter about how the Os looks and a bit about the shortcut keys of the os. /Krister
10 jun 2009 kl. 16.48 skrev Mike Reiser: > > We could also suggest that apple put the basic keyboard commands and > basics on using the mac in the tutorial. Would this be sent to Apple > accessibility? > > Mike > On Jun 10, 2009, at 8:08 AM, kaare dehard wrote: > >> >> What we have is an opportunity to point out the few negatives that >> matter to apple such as mixing the commandsets together from osx and >> vo, real good stuff to look at, but the rest of it is pretty much a >> statement of praising windows os and the way that those screen >> readers >> handle things. That's nice if you have a tech department to help you >> get things back up on the ever too rare occasion when windows crashes >> and needs a format:) However the poor journalism and the lack of >> objectivity in this report lower the respect level for both the >> individual writing it and the publication responsible for permitting >> such tripe to be featured within it's pages. >> >> >> On 10-Jun-09, at 1:54 AM, Michael Reiser wrote: >> >>> >>> I agree with everything said. Mac popularity has grown despite >>> access >>> world which buy the way did write a very nice review of lepard last >>> September. I don't think blind people will just go buy that as a >>> facter. I really think the younger blind crowd will embrace mac >>> more >>> and the older ones will follow after. As for me I love my mac and >>> will not go back to windows. >>> >>> Mike >>> On Jun 9, 2009, at 10:08 PM, James Dietz wrote: >>> >>>> >>>> Really? I know FS is one of the key sponsers of the convention, but >>>> does that really mean they have an agenda? I can almost believe it, >>>> as >>>> like I said it really wasn't so much a debate of pros and cons as >>>> it >>>> was a list of cons. I don't want to help escolate this into a flame >>>> war, but I am curious to know if what people have said about >>>> blindness >>>> organizations and blind-specific tech and other companies is really >>>> true. In a perfect world they'd just want what would be best for >>>> the >>>> blind user, and I don't see how anyone could argue with mainstream >>>> screenreading action. If it's not a quality product or hasn't >>>> matured >>>> much (like Microsoft's narrator) then a complaint is justified. >>>> >>>> On 6/9/09, Michael Reiser <blindgu...@gmail.com> wrote: >>>>> >>>>> They have FS and other companies in there pockets, so they have to >>>>> discredit someone else. >>>>> >>>>> Mike >>>>> On Jun 9, 2009, at 9:54 PM, James Dietz wrote: >>>>> >>>>>> >>>>>> Nearly everything they point out is negative. It's almost as if >>>>>> they're deliberately skipping over what the screenreader does >>>>>> well >>>>>> so >>>>>> that they can get right to the bad stuff. My favorite has to be >>>>>> the >>>>>> section where they discuss using voiceover with the internet - >>>>>> while >>>>>> there are some legitimate problems with group mode and ajax pages >>>>>> (which I would've agreed with if they'd been mentioned), it does >>>>>> present info in a logical form to me anyway. That's subjective, >>>>>> but >>>>>> they they go on to say that commands to move between different >>>>>> elements of a page were not readily apparent and had to be >>>>>> learned. >>>>>> Commands need to be learned for every program, including JAWS and >>>>>> Window-Eyes. Yeesh! They also mentioned the fact that vo+arrowing >>>>>> through elements was tedius. This is tricky, but that's pretty >>>>>> much >>>>>> how JFW handles it - with the exception that you can pgdn >>>>>> through a >>>>>> page to skip bigger chunks. They didn't mention that, so not sure >>>>>> if >>>>>> they're being entirely fair. The article raised some good >>>>>> points - >>>>>> training would help explain things like the infamous double-sided >>>>>> cursor (which they didn't quite realize existed - for the record >>>>>> VO >>>>>> was not mis-speaking characters) and use of the mac itself in >>>>>> combination with voiceover. Once Apple can sell a mac to blind >>>>>> users >>>>>> with some vo-specific training, they might be able to tap into >>>>>> the >>>>>> market a little better. Of course it's doubtful they will >>>>>> actually >>>>>> do >>>>>> this - blind services buy computers and software for working >>>>>> blind >>>>>> people. That means Microsoft Windows and JAWS (or window-eyes I >>>>>> guess) >>>>>> because that's what workplaces use. Apple seems to have accepted >>>>>> and >>>>>> embraced it's market position as the cool slick do-it-all magic >>>>>> box >>>>>> for home users. >>>>>> >>>>>> On 6/9/09, Mike Arrigo <n0...@charter.net> wrote: >>>>>>> The biggest problem with this article I think is that they are >>>>>>> comparing >>>>>>> voice over too much to windows screen readers. While I like to >>>>>>> compare some >>>>>>> things about the mac to elements in windows such as the finder >>>>>>> to >>>>>>> explorer, >>>>>>> and the doc to the windows task bar and quick launch, they did >>>>>>> this >>>>>>> review >>>>>>> with way too much expectation for voice over and the mac to >>>>>>> behave >>>>>>> like >>>>>>> windows. >>>>>>> ----- Original Message ----- >>>>>>> From: Michael Reiser >>>>>>> To: macvisionaries@googlegroups.com >>>>>>> Sent: Tuesday, June 09, 2009 6:40 PM >>>>>>> Subject: mac voiceover in braille monitor >>>>>>> >>>>>>> >>>>>>> Just thought I'd share this with everyone. The nfb featured vo >>>>>>> in >>>>>>> the >>>>>>> june 2009 issue of the braille monitor. While I agree with some >>>>>>> of >>>>>>> the >>>>>>> concerns here, I disaggree with quite a few especially that vo >>>>>>> should just >>>>>>> read everything automatically. Ironic that many of the concerns >>>>>>> put forth >>>>>>> will be addressed in snow lepard. Would love toÎ hear everyone >>>>>>> else's take >>>>>>> on this. >>>>>>> >>>>>>> >>>>>>> I'll paste the article here for easy reading. Braille Monitor >>>>>>> June 2009 >>>>>>> (back) (contents) (next) >>>>>>> >>>>>>> Report on the Ease of Access of the Apple OS 10.5 Leopard >>>>>>> Environment with >>>>>>> VoiceOver >>>>>>> by Wesley Majerus >>>>>>> >>>>>>> From the Editor: Almost as long as computers have dominated the >>>>>>> lives of >>>>>>> many Americans, some people have praised the Apple products >>>>>>> with a >>>>>>> fervor >>>>>>> verging on the religious. The operating system has always been >>>>>>> more >>>>>>> visually >>>>>>> intuitive than that of the PC, and manipulating graphics on >>>>>>> Apple >>>>>>> products >>>>>>> is apparently both easy and satisfying. But since the Apple IIe >>>>>>> in >>>>>>> the early >>>>>>> days, which seems to have incorporated some speech access, Apple >>>>>>> products >>>>>>> have been remarkably inaccessible to blind users. >>>>>>> >>>>>>> Now for the first time the Apple Macintosh operating system has >>>>>>> been >>>>>>> equipped with VoiceOver, which provides more speech access than >>>>>>> blind people >>>>>>> have ever had on Apple products. But how good is it? How >>>>>>> efficient >>>>>>> is the >>>>>>> speech? Does the blind user have access to every computer >>>>>>> function? >>>>>>> International Braille and Technology Center Access Technology >>>>>>> Specialist >>>>>>> Wesley Majerus set out to put the Mac and VoiceOver through >>>>>>> their >>>>>>> paces. >>>>>>> Here is his report: >>>>>>> >>>>>>> Apple's Macintosh computer is one of the only systems to have >>>>>>> integrated, >>>>>>> full-function screen-access software. Because it is a part of >>>>>>> the >>>>>>> operating >>>>>>> system, it is usable out of the box and on the showroom floor. >>>>>>> You >>>>>>> can >>>>>>> simply walk up to any Macintosh computer running OS 10.5 Leopard >>>>>>> and press >>>>>>> Command (CMD)+F5 to try out the screen-access software. In this >>>>>>> article I >>>>>>> outline some of my impressions of VoiceOver after the weeklong >>>>>>> evaluation I >>>>>>> recently undertook. Throughout this document reference will be >>>>>>> made >>>>>>> to VO >>>>>>> keys or to pressing VO with other keys. These references are to >>>>>>> the >>>>>>> VoiceOver keys, which are CTRL+Option and are held down in >>>>>>> conjunction with >>>>>>> other keyboard keys to perform tasks specific to the VoiceOver >>>>>>> screen-access >>>>>>> software. >>>>>>> >>>>>>> As I undertook the evaluation of VoiceOver's usability, I >>>>>>> identified >>>>>>> several important tasks and uses for the Macintosh. These >>>>>>> included >>>>>>> sending >>>>>>> and receiving email; browsing the Web; downloading files; and >>>>>>> file >>>>>>> management, including moving and deleting files. I also wanted >>>>>>> to >>>>>>> know >>>>>>> whether a user having difficulties could get help from the Mac >>>>>>> OS X >>>>>>> help >>>>>>> utility. Because creating and editing documents is a central >>>>>>> reason >>>>>>> to use a >>>>>>> computer, I evaluated the TextEdit word processing application. >>>>>>> In >>>>>>> this >>>>>>> article these tasks will be presented in order of popularity. >>>>>>> People are >>>>>>> most likely to use their computers for text editing, email >>>>>>> management, >>>>>>> browsing the Web, and file management. These tasks will be >>>>>>> described in this >>>>>>> article, along with our overall opinions of the Mac experience >>>>>>> with >>>>>>> VoiceOver. >>>>>>> >>>>>>> For the most part blind computer users take advantage of the >>>>>>> Windows >>>>>>> operating system for their computing needs, so they are >>>>>>> accustomed >>>>>>> to the >>>>>>> way that operating system delivers prompts, its keystrokes, and >>>>>>> its >>>>>>> other >>>>>>> characteristics. They are also accustomed to the ways in which >>>>>>> Windows-based >>>>>>> screen-access software delivers information. Because Windows is >>>>>>> so >>>>>>> entrenched in the blindness community, users need a way to >>>>>>> learn a >>>>>>> new >>>>>>> operating system. The manual that Apple has produced, "VoiceOver >>>>>>> Getting >>>>>>> Started,” does not provide this comprehensive introduction. >>>>>>> Though >>>>>>> it lays >>>>>>> out the commands for using VoiceOver, it does not explain how >>>>>>> those >>>>>>> commands >>>>>>> can be used in conjunction with OS X to make it friendlier. >>>>>>> Email >>>>>>> account >>>>>>> review and creation get no explanation of layout or use. It >>>>>>> would >>>>>>> have been >>>>>>> better to have a document that combines VoiceOver commands with >>>>>>> those of OS >>>>>>> X so as to promote the use of the operating system first, with >>>>>>> VoiceOver >>>>>>> acting as its overlay. As an example, many Windows-based screen- >>>>>>> access >>>>>>> software manuals go into limited detail about Windows and the >>>>>>> way >>>>>>> it works >>>>>>> with the screen-access software, especially in setting Windows >>>>>>> and >>>>>>> application-specific preferences to make the screen-access >>>>>>> software >>>>>>> work >>>>>>> better with the operating system or the application. This is not >>>>>>> done in the >>>>>>> VoiceOver manual. In Safari, for example, you can set up the >>>>>>> browser so the >>>>>>> Tab key will move you between elements. This is not the default >>>>>>> setting and >>>>>>> is not outlined anywhere in the VoiceOver documentation. In >>>>>>> addition, the >>>>>>> instructions for using Apple Mail do not address how to open or >>>>>>> save >>>>>>> attachments. >>>>>>> >>>>>>> We have a few other concerns in the training and documentation >>>>>>> department. >>>>>>> The Apple VoiceOver tutorial is easy to use and is >>>>>>> straightforward >>>>>>> to bring >>>>>>> up. We like the fact that this is offered and that it is >>>>>>> integrated >>>>>>> into the >>>>>>> OS. VoiceOver has an audible learning-mode, but the sound >>>>>>> effects >>>>>>> that >>>>>>> VoiceOver provides are often faint and difficult to distinguish. >>>>>>> >>>>>>> Two major problems with OS X and VoiceOver are consistency and >>>>>>> disorientation. As you are working with the system, especially >>>>>>> after editing >>>>>>> in dialogs, you often can not tell where you are when you are >>>>>>> finished. Many >>>>>>> Windows screen-access software packages signify that a dialog >>>>>>> has >>>>>>> been >>>>>>> closed by telling you the window title that just opened or >>>>>>> saying >>>>>>> "edit" to >>>>>>> tell you that you are back in an edit area. They also say “menu” >>>>>>> or >>>>>>> “leaving >>>>>>> menu” as you enter and leave the menu. In VoiceOver, if you are >>>>>>> completing a >>>>>>> task that causes the computer to work on its own without further >>>>>>> input from >>>>>>> you, VoiceOver provides no automatic progress report to let you >>>>>>> know that >>>>>>> the computer is still processing. However, if you focus your >>>>>>> VoiceOver >>>>>>> cursor on the Progress Bar or other progress notification area, >>>>>>> it >>>>>>> will >>>>>>> audibly click by default whenever this area changes. You can >>>>>>> also >>>>>>> change a >>>>>>> setting in VoiceOver Preferences to have changes announced, but >>>>>>> it is >>>>>>> important to note that your focus must be on the Progress Bar or >>>>>>> other >>>>>>> notification area for either of these announcements to occur. >>>>>>> VoiceOver has >>>>>>> keys that you can use to move through an area. Sometimes in >>>>>>> dialog >>>>>>> boxes you >>>>>>> can tab through controls, but at others you must use the special >>>>>>> VO >>>>>>> keys. >>>>>>> When tabbing, you can often hear the control type (edit field, >>>>>>> check box, or >>>>>>> popup button) but do not hear what type of information you were >>>>>>> to >>>>>>> enter. If >>>>>>> you use the VO keys, you hear control labels, but they are >>>>>>> separate >>>>>>> from the >>>>>>> controls and control types. From a keystroke standpoint this >>>>>>> means >>>>>>> that, for >>>>>>> each control in a dialog box, you have to move to the right >>>>>>> twice >>>>>>> to get >>>>>>> both its label and the control itself. It would be more useful >>>>>>> if >>>>>>> the >>>>>>> information in the labels could be combined with the control >>>>>>> types >>>>>>> and >>>>>>> values and if you knew when you were required to use VO keys and >>>>>>> when you >>>>>>> could simply tab. >>>>>>> >>>>>>> One other aspect of VoiceOver that is problematic is the lack of >>>>>>> toggle >>>>>>> keys. In many screen-access programs you can toggle keyboard >>>>>>> help >>>>>>> on and off >>>>>>> by pressing the same key. In VoiceOver you cannot do this >>>>>>> because >>>>>>> CTRL+Option+K turns it on, and then you have to turn it off with >>>>>>> Escape. >>>>>>> This also happens in other places within the VoiceOver >>>>>>> environment >>>>>>> such as >>>>>>> with Scrolling Mode. In the event that a password is to be >>>>>>> entered, >>>>>>> no >>>>>>> feedback is given as you enter text into the password field. In >>>>>>> instances >>>>>>> where you simply use the space bar to check a checkbox, you do >>>>>>> not >>>>>>> get >>>>>>> feedback about whether the checkbox is checked or unchecked. A >>>>>>> good >>>>>>> example >>>>>>> of this is on the SMTP server setup page of Apple Mail. In >>>>>>> dialogs >>>>>>> containing lists, you have to force VoiceOver to read the >>>>>>> highlighted item. >>>>>>> Moreover, VoiceOver does not tell you how many items are in the >>>>>>> list. When >>>>>>> working on the dock (the Mac’s version of the Windows task bar), >>>>>>> you can use >>>>>>> CMD+right and left arrows to move items around. VoiceOver, >>>>>>> however, >>>>>>> provides >>>>>>> no feedback as you work. Clearly the program should provide some >>>>>>> indication >>>>>>> that items are being moved, and the item’s relationship to >>>>>>> others >>>>>>> on the >>>>>>> dock should be described. >>>>>>> >>>>>>> Editing Text >>>>>>> >>>>>>> One of the primary uses for a computer, especially for new >>>>>>> users, >>>>>>> is >>>>>>> creating, editing, and reading documents. TextEdit is Mac OS X’s >>>>>>> primary >>>>>>> document management solution. A few tasks are particularly >>>>>>> important: >>>>>>> opening and navigating preexisting documents; creating new >>>>>>> documents; >>>>>>> spell-checking documents; changing formatting; and adding >>>>>>> elements >>>>>>> such as >>>>>>> headers, footers, and tables. Opening documents works fairly >>>>>>> well >>>>>>> using >>>>>>> VoiceOver. The only problem arises in dealing with the list of >>>>>>> files and >>>>>>> locations. Often in VoiceOver you are forced to “interact” with >>>>>>> an >>>>>>> item, >>>>>>> which means telling VoiceOver that you want to work with this >>>>>>> item >>>>>>> and this >>>>>>> item only in a dialog. For a longtime screen-access software >>>>>>> user, >>>>>>> this >>>>>>> interaction is a new and foreign concept that adds more >>>>>>> keystrokes >>>>>>> to an >>>>>>> already keystroke-intensive system. Also it is never clear when >>>>>>> the >>>>>>> user >>>>>>> needs to interact with an item and when using arrow keys or >>>>>>> other >>>>>>> means of >>>>>>> manipulation is sufficient. Once the document is open, you must >>>>>>> figure out >>>>>>> how to edit it. One of the issues that cause Windows users most >>>>>>> trouble is >>>>>>> the way VoiceOver reports where the cursor is when arrowing >>>>>>> through, >>>>>>> backspacing, or forward-deleting text. Often, when arrowing >>>>>>> across >>>>>>> a line of >>>>>>> text, VoiceOver repeats characters multiple times and reports an >>>>>>> incorrect >>>>>>> character under the cursor. When backspacing, it is difficult to >>>>>>> know which >>>>>>> character is about to be deleted, so sometimes you delete the >>>>>>> wrong >>>>>>> character. The same problem occurs in forward delete because, >>>>>>> instead of >>>>>>> removing the character to the right of the cursor, deletion >>>>>>> begins >>>>>>> with the >>>>>>> character under the cursor. >>>>>>> >>>>>>> Sometimes, when you are inserting text into the document, the >>>>>>> string drops >>>>>>> in at the wrong place because of incorrect character reporting. >>>>>>> Saving a >>>>>>> document is easy, as is starting a new document from scratch. >>>>>>> Two >>>>>>> aspects of >>>>>>> the VoiceOver/TextEdit combo that cause difficulty are document >>>>>>> navigation >>>>>>> and say-all capability. There is no quick way to move to the top >>>>>>> of >>>>>>> the >>>>>>> document or to its bottom with a single keystroke as Windows >>>>>>> provides. Later >>>>>>> in our research we found a new keystroke. In most edit areas you >>>>>>> can use >>>>>>> CMD+Up Arrow to move to the top of the document and CMD+Down >>>>>>> Arrow >>>>>>> to move >>>>>>> to the bottom. The fact that this is an OSX keystroke further >>>>>>> illustrates >>>>>>> the need for documentation that includes both OSX keyboard >>>>>>> commands >>>>>>> and >>>>>>> those for the screen-access software. VO+A is the keystroke >>>>>>> denoted >>>>>>> for say >>>>>>> all, which reads the entire document. Unfortunately, no matter >>>>>>> where your >>>>>>> cursor is in the document, this keystroke starts at the top and >>>>>>> reads the >>>>>>> entire document, unless you are interacting with the scroll >>>>>>> area. >>>>>>> >>>>>>> Throughout the operating system it is necessary to deal with >>>>>>> data >>>>>>> presented in tables. This is especially true on the Internet and >>>>>>> in >>>>>>> some >>>>>>> text documents. VoiceOver’s tutorial outlines keystrokes that >>>>>>> can >>>>>>> read a >>>>>>> table by row or column. Unfortunately, this means that the >>>>>>> particular column >>>>>>> or row is read in its entirety. There seems to be no provision >>>>>>> for >>>>>>> reading >>>>>>> the table cell-by-cell or to match the data in particular cells >>>>>>> to >>>>>>> any >>>>>>> column or row headers. Reading tables this way can be quite >>>>>>> confusing since >>>>>>> making sense of the data in the way it is presented is not >>>>>>> straightforward. >>>>>>> The functionality to read a table cell by cell, reporting column >>>>>>> headers, >>>>>>> has been available in Windows-based screen readers for quite >>>>>>> some >>>>>>> time and >>>>>>> is an important feature, especially in Internet applications. >>>>>>> >>>>>>> Making a document look professional is an important use of a >>>>>>> text- >>>>>>> editing >>>>>>> program. This includes adding tab stops, headers, footers, >>>>>>> tables, >>>>>>> and text >>>>>>> attributes to the document. When you are adding tabs by pressing >>>>>>> the Tab >>>>>>> key, VoiceOver will say “tab” and will let you know where tabs >>>>>>> are >>>>>>> when you >>>>>>> arrow through the document. It provides no indication of how far >>>>>>> from the >>>>>>> left edge you have moved with each tab as some Windows screen- >>>>>>> access >>>>>>> software programs report. Blind users cannot add tables to a >>>>>>> document. The >>>>>>> tables dialog, in which you define the rows and columns for each >>>>>>> table you >>>>>>> want to insert, reads very poorly. Interaction and use of >>>>>>> VoiceOver >>>>>>> Keys >>>>>>> does not help remedy this poor reading. When adding lists and >>>>>>> text >>>>>>> attributes to the document, you must first select text, as you >>>>>>> do >>>>>>> in >>>>>>> Windows. Take care when selecting lines of text because, if you >>>>>>> are >>>>>>> not at >>>>>>> the beginning of a line, using the select line command will >>>>>>> select >>>>>>> text only >>>>>>> from the cursor to the end of the line and then to that position >>>>>>> on >>>>>>> the next >>>>>>> line. The command VO+F6 will report the text that has been >>>>>>> selected. It >>>>>>> would help if this command had a more easy-to-remember >>>>>>> keystroke, >>>>>>> but it is >>>>>>> good that this function exists. When copying and pasting text, >>>>>>> the >>>>>>> system >>>>>>> does say “copied” but does not give feedback when the paste >>>>>>> keystroke is >>>>>>> pressed. When you cut text, the Mac says “selection deleted.” It >>>>>>> should more >>>>>>> appropriately say “cut” so that the user knows that the text was >>>>>>> not just >>>>>>> deleted. >>>>>>> >>>>>>> Shortcut keys for adding text attributes like bold, italics, and >>>>>>> underline >>>>>>> work from the main document window. Reviewing the format menu >>>>>>> allows you to >>>>>>> see the checkmarks in front of options active in the text under >>>>>>> the >>>>>>> cursor. >>>>>>> It would be nice if, like shortcut keys for adding text >>>>>>> elements, a >>>>>>> simple >>>>>>> key stroke could add a list to already selected text. This said, >>>>>>> the menus >>>>>>> for selecting types of lists to be added are fairly easy to >>>>>>> read. >>>>>>> It is >>>>>>> confusing, however, for similar types of numbered lists. It is >>>>>>> difficult to >>>>>>> tell whether, for example, you are adding roman numerals or >>>>>>> arabic >>>>>>> numbers >>>>>>> since VoiceOver reads both as “1, 2, 3.” If you want to copy and >>>>>>> paste >>>>>>> styles, it is possible to do so using the copy and paste >>>>>>> commands >>>>>>> and >>>>>>> options in the menu. VoiceOver contains an option that allows it >>>>>>> to >>>>>>> read >>>>>>> text attributes such as bold, underline, or italics as they >>>>>>> change >>>>>>> throughout the text. Though this works well in a document, >>>>>>> VoiceOver also >>>>>>> reads the attributes of the text within dialogs. Changing page >>>>>>> options >>>>>>> through the Page Setup dialog is impossible with VoiceOver. >>>>>>> Interacting with >>>>>>> controls within the dialog does not make them usable, and >>>>>>> tabbing >>>>>>> around the >>>>>>> dialog does not provide meaningful feedback. >>>>>>> >>>>>>> Spell-checking is another important task in document management. >>>>>>> Unfortunately, this is one of the most difficult tasks in the >>>>>>> Mac >>>>>>> environment. One of the biggest drawbacks to spell-checking on >>>>>>> the >>>>>>> Mac is >>>>>>> the lack of a reliable option to check the entire document. In >>>>>>> most >>>>>>> Windows-based scenarios, a user can choose such a function, and >>>>>>> it >>>>>>> will >>>>>>> prompt at each misspelled word in its own dialog box. In this >>>>>>> way >>>>>>> the user >>>>>>> can choose suggestions from a list and have them spelled >>>>>>> automatically. The >>>>>>> spell-checker can be instructed to ignore correctly spelled >>>>>>> words >>>>>>> in a >>>>>>> single document or learn words that it has not recognized but >>>>>>> that >>>>>>> are >>>>>>> commonly used. On the Macintosh with TextEdit, the user must >>>>>>> deal >>>>>>> with each >>>>>>> misspelled word individually. CMD+; moves from word to word. >>>>>>> Once >>>>>>> landed on >>>>>>> a misspelled word, you must use the Context Menu key VO+Shift+M >>>>>>> to >>>>>>> pick >>>>>>> available options. Words that are offered as replacements are >>>>>>> not >>>>>>> automatically spelled as the user moves through them; this is a >>>>>>> drawback >>>>>>> because an extra key must be pressed to make VoiceOver spell the >>>>>>> highlighted >>>>>>> suggestion. >>>>>>> >>>>>>> When TextEdit lands on a word suggestion, it is automatically >>>>>>> highlighted. >>>>>>> If you are distracted and forget that this is the case, you can >>>>>>> inadvertently delete the entire word by pressing any character >>>>>>> key >>>>>>> on the >>>>>>> keyboard. The Mac does have an undo keystroke, which can be used >>>>>>> immediately >>>>>>> following the mistake if no other action has been performed. The >>>>>>> fact that a >>>>>>> user can so easily delete text is disturbing, however, because, >>>>>>> if >>>>>>> the user >>>>>>> goes on to write something else without realizing what has >>>>>>> happened, the >>>>>>> text is gone forever. At times the CMD+; keystroke incorrectly >>>>>>> reports the >>>>>>> misspelled word. It often reads the last misspelled word, which >>>>>>> is >>>>>>> now >>>>>>> correct, instead of the word the cursor is currently on. For >>>>>>> example, let’s >>>>>>> say we have the sentence “Mary hda a little lbam, whose fleece >>>>>>> was >>>>>>> white as >>>>>>> snwo.” At the top of the document pressing CMD+ semicolon should >>>>>>> report the >>>>>>> first misspelled word as “hda” and should offer “had” as a >>>>>>> suggestion. This >>>>>>> first correction works fine. Press CMD+; again, and “lbam,” >>>>>>> corrected to >>>>>>> “lamb,” should be the next correction. However, often “had” (the >>>>>>> word that >>>>>>> was just corrected) will be read instead. This continues >>>>>>> throughout >>>>>>> the >>>>>>> document. >>>>>>> >>>>>>> Browsing the Web >>>>>>> >>>>>>> Safari is the only Web browser that works with VoiceOver for >>>>>>> browsing the >>>>>>> Internet. Internet browsing with Safari and VoiceOver presents >>>>>>> major >>>>>>> problems. Two of these issues can be somewhat mitigated by >>>>>>> changing >>>>>>> some >>>>>>> settings. Under the Web area of the VoiceOver Utility, ensure >>>>>>> that >>>>>>> "Move to >>>>>>> It When Loading a New Web Page" is enabled. In addition, in the >>>>>>> Safari >>>>>>> preferences, be sure to check "Press Tab Key to Move to Each >>>>>>> Item >>>>>>> on a >>>>>>> Webpage." This can be found under Advanced Settings. Most >>>>>>> screen- >>>>>>> access >>>>>>> software will read a Webpage when it is fully loaded, but >>>>>>> VoiceOver >>>>>>> does not >>>>>>> do this. This is a problem because it is difficult to know when >>>>>>> the >>>>>>> page is >>>>>>> fully loaded, and the user is often interested in having the >>>>>>> screen- >>>>>>> access >>>>>>> software read the page content aloud automatically. If the user >>>>>>> wishes to >>>>>>> deal with the page in more detail, he or she can stop this >>>>>>> reading >>>>>>> or wait >>>>>>> until it is finished and then explore the page. >>>>>>> >>>>>>> Detailed page navigation is extremely cumbersome with VoiceOver. >>>>>>> As it is >>>>>>> set out of the box, Safari does not use the Tab key to move >>>>>>> between >>>>>>> links >>>>>>> and elements. With this setting changed, you can move between >>>>>>> the >>>>>>> links and >>>>>>> form controls on the Webpage, but at times you are not >>>>>>> interested >>>>>>> in just >>>>>>> the form controls and links. VoiceOver is also set not to move >>>>>>> directly to >>>>>>> the HTML content area out of the box. If this setting is not >>>>>>> changed, the >>>>>>> blind user cannot tell where he or she is positioned or how to >>>>>>> get >>>>>>> to the >>>>>>> page content. Navigation by group is not accessible to blind >>>>>>> users >>>>>>> because >>>>>>> the information is not presented predictably or logically, so >>>>>>> testing was >>>>>>> done primarily with VoiceOver set in Document Object Model (DOM) >>>>>>> navigation >>>>>>> mode. If you want to browse the Webpage and are not interested >>>>>>> in >>>>>>> just >>>>>>> navigating through the controls, the process becomes quite >>>>>>> keystroke-intensive. First, one begins by interacting with the >>>>>>> HTML >>>>>>> content >>>>>>> area. To read the text, keep hitting VO+Right Arrow. This reads >>>>>>> the >>>>>>> text and >>>>>>> stops at any form controls. Then you must hit VO+Right Arrow >>>>>>> again >>>>>>> to move >>>>>>> to and read the link or form control. Repeat these keystrokes >>>>>>> until >>>>>>> you have >>>>>>> the information you want. The process is painstaking, >>>>>>> distracting, >>>>>>> and >>>>>>> cumbersome. Keystrokes are available to move by headings or >>>>>>> other >>>>>>> page >>>>>>> elements, but they are not immediately apparent and had to be >>>>>>> pointed out to >>>>>>> us. >>>>>>> >>>>>>> Because the Mac help system is primarily based on HTML, these >>>>>>> concerns >>>>>>> also apply to the Help Viewer application. While surfing the >>>>>>> Internet, it is >>>>>>> necessary at times to download and save files. Though Mac OS X >>>>>>> allows file >>>>>>> downloads, the process is ambiguous with VoiceOver. When you >>>>>>> click >>>>>>> the >>>>>>> download link, the computer automatically downloads the file and >>>>>>> places it >>>>>>> in the Downloads folder. No indication is given that the >>>>>>> download >>>>>>> has begun >>>>>>> or is complete. This leaves the blind user uncertain whether the >>>>>>> file has >>>>>>> downloaded or the computer is encountering difficulty. >>>>>>> >>>>>>> Managing Mail >>>>>>> >>>>>>> Apple Mail is the mail-reading application in Mac OS X. When >>>>>>> using >>>>>>> an >>>>>>> application like Mail with screen-access software, a blind user >>>>>>> should be >>>>>>> able to set up the mail account, initiate sending and receiving >>>>>>> new >>>>>>> messages, read incoming mail, compose and send new messages, >>>>>>> attach >>>>>>> files to >>>>>>> outgoing messages, and deal with attachments that arrived with >>>>>>> incoming >>>>>>> mail. Apple Mail setup had one major problem. VoiceOver would >>>>>>> not >>>>>>> read the >>>>>>> field labeled “full name,” making the user unsure what goes in >>>>>>> the >>>>>>> field. >>>>>>> Two areas of the setup process contained multipage dialogs. To >>>>>>> get >>>>>>> to the >>>>>>> second and following tabs of these dialogs, the user needs to >>>>>>> arrow >>>>>>> to the >>>>>>> desired tab and then press VO+Space to activate it. It would be >>>>>>> more >>>>>>> straightforward if there were only one keystroke to move to and >>>>>>> activate a >>>>>>> tab. If the user only arrows to the tab wanted and then moves >>>>>>> away, >>>>>>> nothing >>>>>>> changes. The lack of audible feedback is confusing because the >>>>>>> user >>>>>>> does not >>>>>>> see the screen change so cannot figure out why moving to the >>>>>>> second >>>>>>> tab does >>>>>>> not bring up new options. This problem occurs when editing the >>>>>>> SMTP >>>>>>> server >>>>>>> list and on the Account Information screen. >>>>>>> >>>>>>> We found a few problems with receiving mail as well. In each >>>>>>> message >>>>>>> VoiceOver reads a long text string, including the words >>>>>>> “unread,” >>>>>>> “body,” >>>>>>> “subject,” and “sender.” If a field is blank, the title is still >>>>>>> read >>>>>>> followed by the word “blank.” Though all of this information is >>>>>>> helpful, it >>>>>>> could be more concise: "unread, john smith, subject today’s >>>>>>> meeting,” for >>>>>>> example. Empty field headings and the word “blank” do not need >>>>>>> to >>>>>>> be read as >>>>>>> VoiceOver now does. VoiceOver should also be reporting the >>>>>>> presence >>>>>>> of >>>>>>> attachments as the user looks through the message list. For >>>>>>> example, >>>>>>> “Attachment John Smith, Subject Meeting.” If a message does have >>>>>>> an >>>>>>> attachment, it is difficult to figure out how to save it to the >>>>>>> computer. >>>>>>> The VoiceOver Getting Started manual does not explain how to >>>>>>> deal >>>>>>> with >>>>>>> message attachments. A detailed explanation of saving and >>>>>>> opening >>>>>>> attached >>>>>>> files should be added to the manual. In addition, the Quick Look >>>>>>> panel, >>>>>>> which presumably allows one to preview an attachment, did not >>>>>>> read >>>>>>> with >>>>>>> VoiceOver. If you are using Mail with multiple accounts, it is >>>>>>> extremely >>>>>>> difficult to know that mail has been successfully received and >>>>>>> into >>>>>>> which >>>>>>> mailbox new mail has arrived. >>>>>>> >>>>>>> Dealing with Files >>>>>>> >>>>>>> It is important to manage efficiently the many files that fill a >>>>>>> computer >>>>>>> system. This is doable with the Mac, but we have a few >>>>>>> concerns. A >>>>>>> user must >>>>>>> be able to manipulate the table containing the list of files, >>>>>>> but >>>>>>> doing so >>>>>>> adds extra keystrokes. The Mac reports that a file has been >>>>>>> copied >>>>>>> when you >>>>>>> press the Copy command. Then, when you move to the receiving >>>>>>> folder >>>>>>> to paste >>>>>>> the file there, you get auditory feedback that a transfer has >>>>>>> taken >>>>>>> place, >>>>>>> but only by a faint sound, no verbal confirmation. >>>>>>> >>>>>>> During testing we had to call Apple tech support. One of the >>>>>>> first >>>>>>> things >>>>>>> required was the system’s serial number, which was very >>>>>>> difficult >>>>>>> to find. >>>>>>> The technician did not know how to help a VoiceOver user and >>>>>>> could >>>>>>> not >>>>>>> provide clear instructions. This was another instance in which I >>>>>>> was not >>>>>>> sure whether I needed to interact with the data in the About >>>>>>> this >>>>>>> Mac >>>>>>> window. I had to use VoiceOver keys, which took a bit of time to >>>>>>> figure out. >>>>>>> >>>>>>> Two other important applications are the address book and the >>>>>>> calendar. >>>>>>> Calendaring is provided by iCal, Apple’s Calendar application, >>>>>>> which appears >>>>>>> to be totally inaccessible to VoiceOver. On some levels the >>>>>>> calendar >>>>>>> recognizes that the date is set properly within the operating >>>>>>> system, but >>>>>>> VoiceOver keeps announcing December 31, 2000. If you attempt >>>>>>> interaction >>>>>>> with the Calendar View part of the screen, nothing happens. When >>>>>>> you attempt >>>>>>> to create an event, the title can be entered, but arrowing, >>>>>>> pressing Enter >>>>>>> or performing any other keystroke that might make progress >>>>>>> toward >>>>>>> entering >>>>>>> other event data seems to take us out to the Calendar window. >>>>>>> Sometimes I >>>>>>> can find events, but I can find no pattern for doing so. >>>>>>> >>>>>>> We also tested the Address Book application that ships with OS >>>>>>> X. >>>>>>> It was >>>>>>> easy to look through the names of people already in the address >>>>>>> book, after >>>>>>> interacting with the table containing them. We made a mistake in >>>>>>> the name >>>>>>> area while creating an entry. It took a long time to figure out >>>>>>> how >>>>>>> to tell >>>>>>> OS X that an edit needed to be made and more time to figure out >>>>>>> how >>>>>>> to get >>>>>>> VoiceOver to work with and manipulate the edit controls. >>>>>>> Starting >>>>>>> and >>>>>>> stopping interacting with various parts of the window and >>>>>>> clicking >>>>>>> options >>>>>>> throughout the menus finally allowed the edit. >>>>>>> >>>>>>> Summary >>>>>>> >>>>>>> The Apple VoiceOver screen-access software does allow blind >>>>>>> users >>>>>>> to >>>>>>> access most applications that ship with the Macintosh OSX >>>>>>> Leopard. >>>>>>> Unfortunately, doing so is extremely keystroke intensive. >>>>>>> Calendaring is >>>>>>> impossible with VoiceOver because nothing is spoken >>>>>>> automatically. >>>>>>> The >>>>>>> Interact process is both inconsistent and foreign to screen- >>>>>>> access >>>>>>> software >>>>>>> users. It also adds many more keystrokes to an already >>>>>>> keystroke- >>>>>>> intensive >>>>>>> screen-reading experience. Browsing the Internet and using Mac >>>>>>> help >>>>>>> are two >>>>>>> of the most cumbersome tasks in VoiceOver because VoiceOver does >>>>>>> not begin >>>>>>> to read automatically, and, even after interacting with the HTML >>>>>>> content >>>>>>> area, one must continuously VO+Right Arrow to read even the >>>>>>> shortest text >>>>>>> between links. Last and most important, the training materials >>>>>>> provided for >>>>>>> VoiceOver should be modified. Background in using OSX is not >>>>>>> provided, and >>>>>>> settings that make VoiceOver behave better with applications are >>>>>>> not >>>>>>> provided anywhere. Though we liked the fact that the tutorial >>>>>>> for >>>>>>> VoiceOver >>>>>>> is tightly integrated into the operating system and easy to >>>>>>> invoke, >>>>>>> we wish >>>>>>> it provided more tips on using OS X with VoiceOver as opposed to >>>>>>> just >>>>>>> highlighting VoiceOver commands and not relating them to the >>>>>>> operating >>>>>>> system. As tasks are undertaken, the screen-access software >>>>>>> should >>>>>>> speak >>>>>>> automatically. Examples of this are the newly loaded page in >>>>>>> Safari >>>>>>> and >>>>>>> progress messages while the system is working on long tasks. >>>>>>> >>>>>>> Though this report is based on Mac OSX 10.5 Leopard, Apple is >>>>>>> set >>>>>>> to >>>>>>> release a new operating system called Snow Leopard sometime this >>>>>>> year. >>>>>>> Because VoiceOver is a part of the operating system, changes >>>>>>> will >>>>>>> no doubt >>>>>>> be made. We will have to analyze these tasks and the new >>>>>>> operating >>>>>>> system, >>>>>>> its features, and any changes to VoiceOver to evaluate their >>>>>>> completion. >>>>>>> Anne Taylor, the National Federation of the Blind Jernigan >>>>>>> Institute's >>>>>>> director of access technology says: "Though we appreciate the >>>>>>> fact >>>>>>> that >>>>>>> Apple has included the VoiceOver screen-access software as a >>>>>>> part >>>>>>> of the Mac >>>>>>> OS operating system, we cannot at present recommend it as a >>>>>>> productivity >>>>>>> tool for the blind. We cannot recommend any tool, even if it is >>>>>>> free, if it >>>>>>> hampers the productivity of the blind user." >>>>>>> >>>>>>> If you are curious about the Macintosh and want to test drive >>>>>>> VoiceOver in >>>>>>> a store or on a friend or colleague’s Macintosh, here are a few >>>>>>> keystrokes >>>>>>> that might be helpful: >>>>>>> >>>>>>> CMD+F5 starts the VoiceOver screen-access software. >>>>>>> CMD+Option+CTRL+F8 starts a brief VoiceOver tutorial. >>>>>>> Finally, Pressing "VO+F8" (the VO keys are Control and Option) >>>>>>> opens the >>>>>>> VoiceOver Utility to configure and customize the VoiceOver >>>>>>> screen- >>>>>>> access >>>>>>> software. >>>>>>> >>>>>>> You can learn more about VoiceOver at >>>>>>> <www.apple.com/accessibility/voiceover>. Visit the National >>>>>>> Federation of >>>>>>> the Blind access technology Webpage at <http://www.nfb.org>, >>>>>>> then >>>>>>> click >>>>>>> Products and Technology, then Technology Center. If you have >>>>>>> further >>>>>>> questions, leave a message on our technology answer line at >>>>>>> (410) >>>>>>> 659-9314, >>>>>>> option 5. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> (back) (contents) (next) >>>>>>>> >>>>>>> >>>>>> >>>>>>> >>>>> >>>>> >>>>>> >>>>> >>>> >>>>> >>> >>> >>>> >> >> >>> > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "MacVisionaries" group. To post to this group, send email to macvisionaries@googlegroups.com To unsubscribe from this group, send email to macvisionaries+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/macvisionaries?hl=en -~----------~----~----~----~------~----~------~--~---