Window-Eyes: Performance, Reliability, and Stability "Unleashing the power of your mind's eye." (C)1995-2014 Ai Squared. All rights reserved. E-Mail: Phone: 802-362-3612 Released: 12/22/2014

[Please note: The following information can also be found in the Window-Eyes Help menu, under the Documentation pull-down.]

Welcome to Window-Eyes 9.0 Beta 3

Ai Squared is proud to announce the release of Window-Eyes 9.0 Beta 3. As with Window-Eyes 9.0 Beta 1 and 2, Beta 3 includes a brand new Browse Mode system, access to QuickBooks, improved responsiveness, helpful tools for scheduling appointments in Outlook, support for Google Docs, updated support for MathPlayer, and much more. Beta 3 also includes additional ARIA compliance, improved Firefox responsiveness, and bug fixes found after the release of Beta 2.

Keep reading to learn more about Window-Eyes 9.0 Beta 3, and what it can do for you.

Keeping In Touch

Now that you have the power of Window-Eyes at your fingertips, why not join up with other Window-Eyes users on an Ai Squared e-mail list? There are several to choose from: GW-Info for lively discussions of Window-Eyes, GW-News for Ai Squared news announcements only, GW-Scripting for Window-Eyes app developers and users, and many more. To subscribe, unsubscribe, or manage an existing subscription, visit Subscribing is as simple as entering your email address in the email address edit box, selecting the Subscribe/Default radio button, selecting the GW-Info email list from the combo box of available lists, then selecting the Modify button. You will then receive a confirmation message. Select the link provided in the confirmation email, and you will become a member of the largest public network of Window-Eyes users, always eager and willing to answer any questions you may have. Although we encourage all users to help each other with questions and problems, you can take comfort in knowing that the GW-Info list is constantly monitored by Ai Squared employees.

You may also contact us directly by using the contact information listed above. Thank You!

Window-Eyes is developed with you in mind. Please feel free to contact us regarding any questions, comments, or suggestions that you may have; we are eager to hear from you. Now read on to learn more about your latest investment, and thank you for choosing Window-Eyes!


The following documentation consists of important information that you need to know before using this version of Window-Eyes.

1. You must already have an existing copy of Window-Eyes 8.x (including 8.0, 8.1, 8.2, 8.3, 8.4, 9.0 Beta 1, or 9.0 Beta 2) installed before installing Window-Eyes 9.0 Beta 3.

2. Window-Eyes 9.0 Beta 3 will not install over a version of Window-Eyes less than 8.0. If you are running a version of Window-Eyes less than 8.0, you will need to upgrade to Window-Eyes 8.4 by contacting our order department at 802-362-3612, or 3. Access to the public Window-Eyes 9.0 Beta 3 program is limited to valid, registered copies of Window-Eyes, including those made available through the offer for users of Microsoft Office. For more information, please visit 4. This beta will eventually expire and revert to a 30-minute demonstration copy. It is your responsibility to either update to the final version of Window-Eyes 9.0 when it becomes available or downgrade to Window-Eyes 8.4 before the beta times out.

5. While Ai Squared believes the Window-Eyes public beta is stable enough for public testing, bugs may still exist. Please report any problems using the contact methods listed above.

6. The feature set for the final Window-Eyes 9.0 is subject to change at Ai Squared's discretion.

This readme is divided up into various sections. The start of each major section will begin with two plus signs and the start of each minor section will begin with two minus signs. This means that you can search for ++ to move to the start of a major section, and -- to move to the start of a minor section. If you are reading the manual on a Windows PC using Notepad, we recommend maximizing the Notepad window with ALT-SPACE, then X. It is also a good idea to make sure that "word wrap" is enabled. This is usually found under the format menu of Notepad.

++Changes between Window-Eyes 9.0 Beta 2 and Window-Eyes 9.0 Beta 3

-- Braille

* The drivers for the HIMS Braille displays have been updated.

-- Browse Mode

* More user-reported issues regarding F8 selection have been corrected. In addition, Control-Shift-M will now speak the current selection. Note that in Thunderbird, selecting text works identically to Internet Explorer and Firefox except that there is no visual indication that one has taken place.

* A case where Right-Bracket followed by S to move to the end of a list did not work has been fixed.

* In some instances, Browse Mode would remain active even if a form control automatically gained focus and automatic form interaction was enabled. This has been fixed.

* If a control is unlabeled but it includes a group label, Window-Eyes would not speak the group label. This has been fixed.

* If a web page contained multiple frames, navigating by certain form controls such as buttons with the B command could fail. This issue has been resolved.

* Window-Eyes now strips out extraneous Tab characters and spaces before displaying web page content in Browse Mode.

* Window-Eyes included field and group names when displaying a web page's controls in the Page Navigation dialog. This problem has been fixed.

* If an ARIA landmark includes a label, Window-Eyes did not announce the label's text. Now it does.

* Some cases where a read-to-end would not automatically begin when a new page loaded have been fixed.

* The numbers on the numeric keypad could not be used when navigating to specific heading levels. This problem has been fixed.

* When working with ARIA push buttons, Window-Eyes now announces the button's state (expanded or closed where applicable).

* If automatic form interaction is enabled and you Tab to an ARIA slider, Browse Mode will disengage as it does for other interactive element types. The new state of the slider is announced when changed as well.

* Items marked as ARIA required are now identified regardless of the Browse Mode state. Previously they were only announced when Browse Mode was disabled.

* Window-Eyes now recognizes the aria-haspopup attribute. If a list item is annotated with this attribute, Window-Eyes will speak the item as well as indicate that it is a pull down.

* The ARIA dialog role is now recognized and supported.

* When a modal ARIA dialog appears, Window-Eyes now restricts keyboard navigation (including the Arrow keys, Control-Home and Control-End, and element navigation keys) to the dialog's boundaries. Note that Tab and Shift-Tab can still be used to exit the bounds of the dialog, and the Page Navigation dialog (Insert-Tab by default) and Browse Mode search command (Control-Shift-F by default) are likewise unrestricted.

-- Firefox

* The speed of Firefox navigation has been dramatically improved.

* A problem where Firefox and Window-Eyes could hang in the "about:config" page has been fixed.

* Issues where Window-Eyes would be much more verbose than Internet Explorer when reporting element metadata have been cleaned up.

* Some cases where pressing Tab could take you out of the current web page and in to the location bar have been fixed.

* An issue where an ARIA button's pressed state was not being spoken when Browse Mode was turned off has been fixed.

* On some pages which utilized ARIA checkboxes, checking or unchecking an item while Browse Mode was enabled would change the state of the previous checkbox. This has been fixed.

* If an ARIA checkbox included a group label, Window-Eyes would announce it when Browse Mode was on but not when it was disabled. This has been fixed.

* Window-Eyes was not speaking when ARIA Live events were fired on some pages such as This has been fixed.

* When pressing Tab on pages which placed keyboard focus on a frame, Window-Eyes would speak nothing. Now it speaks the frame name as expected.

* Window-Eyes now identifies ARIA tab controls and speaks their expanded or collapsed state where appropriate.

* A problem where Window-Eyes would not properly identify the value of an ARIA tri-state checkbox has been fixed.

* A problem where Firefox alert dialogs would not speak has been fixed.

* When navigating ARIA menu items while Browse Mode is disabled, Window-Eyes now speaks "menu item" in addition to its checked state where appropriate.

-- Internet Explorer

* A case where words could run together on links in Internet Explorer has been fixed.

* Window-Eyes now says "checked" and "unchecked" for ARIA menu items, rather than "selected" and "unselected."

* Pressing Alt-Left Arrow to return to the previously open web page would sometimes yield no speech feedback. This problem has been resolved.

* A problem where hitting the Left Arrow at the first character of the first line after a multiline edit box would skip over the multiline edit, rather than move to its last character, has been fixed.

-- Office

* Browse Mode was not working properly when playing presentations in PowerPoint 2010 or 2013. This issue has been fixed.

-- Thunderbird

* When opening new emails and Window-Eyes was set to read either the first 24 lines of the message or its entirety, only the first line would be voiced. This has been fixed.

* When composing a new email, Browse Mode would sometimes remain enabled in the message body. This problem has been fixed.

-- Miscellaneous

* A case where Read-To-End could take a long time to begin when the document contained many consecutive blank lines has been fixed.

* Some cases where the Home and End keys could occasionally report the wrong information when pressed in multi-line edit boxes have been fixed.

* While track bars and sliders are not technically the same, their behavior is identical, and consequently Window-Eyes now calls both controls "sliders" to alleviate confusion.

* The Help -> Documentation -> Training Resources menu item now points to the Ai Squared training web site.

-- Scripting

* A new object, called BrowseMode2, has been added which allows Window-Eyes apps to detect when the new Browse Mode system is in use as well as obtain information regarding the currently focused item.

NOTE: Please refer to the updated scripting manual for detailed information about all new objects, properties, methods, and enumerations.

++Changes between Window-Eyes 9.0 Beta 1 and Window-Eyes 9.0 Beta 2

-- Browse Mode

* A problem where F8 selection would not always work in Firefox and Thunderbird has been fixed.

* In some circumstances, F8 selection in Internet Explorer would select more text than was intended. This has been fixed.

* A problem where Firefox could repeatedly crash on some websites has been fixed.

* Thanks to customer feedback, pages which were either missing content or displaying incorrect information in Firefox are now working correctly.

* The Page Up and Page Down keys have been implemented. As with Window-Eyes 8.4 and earlier, pressing Page Up will move up 24 lines (approximately one screen) and Page Down will move down 24 lines.

* Numpad-Enter now turns Browse Mode off along with the standard Enter key.

* ARIA toolbars are now identified.

* All known issues related to Window-Eyes skipping lines when moving up and down through Firefox web pages and Thunderbird emails have been corrected.

* The L and Shift-L keys to move by link in Firefox could land on silent spots in some circumstances. These edge cases have been fixed.

* A problem where Thunderbird's "Account Settings" dialog would not read without first disabling Browse Mode has been fixed.

* Button names were consistently displayed twice in Firefox. This has been fixed.

* Some cases where button labels were misread in Internet Explorer have been fixed.

* In Firefox, Window-Eyes voiced much more information regarding the filename of an unlabeled graphic than did Internet Explorer. This has been fixed so that the same data is spoken in both browsers.

* In Internet Explorer, Window-Eyes would skip through preformatted text that breaks in the middle of words. This problem has been fixed.

* When a page loads, the summary information would speak multiple times in Firefox. This has been improved to only speak once. In addition, the first line of the page is voiced to indicate that reading can begin.

* If the new page verbosity was set to skip something, such as the number of links or tables when a page loaded, the preference was also honored when pressing the Speak Summary hot key. This problem has been fixed so that all page element counts are voiced when the key is pressed but silent (where desired) when the page loads.

* Words containing multiple style attributes were spoken as individual chunks of text. This has been corrected.

* Same-page links now work in Firefox.

* In Firefox, moving to a link with the Arrows and pressing the Applications key to open a context menu would show the generic context menu for the web page. Now the context menu for the link is shown as expected.

* An issue where Window-Eyes would skip content after an empty inline block was encountered has been fixed.

* When using the Up and Down Arrow keys, Window-Eyes would not always indicate list bullets consistently. This issue has been resolved.

* A problem where Window-Eyes could run lines together in tables has been fixed.

* If a table has no specified column headers, Window-Eyes will now begin from the first row and continue down with anything that looks like header material and use it. For example, if a table's first three rows are headers and row 4 is data, Window-Eyes will use the first three rows based on the spanning used in the potential header cells. The same is true for row headers. Thus, if Window-Eyes is configured to speak column or row headers but none exist, the program will now make an educated guess as to what should be voiced, even if the headers span multiple cells.

* If the table header rotor is changed with Control-Shift-H, Window-Eyes would use the new preference until a different page was loaded and then revert to the value stored in the user's set file. This has been fixed.

* The Verbosity -> Browse Mode -> Tables group in the Window-Eyes control panel has been updated. First, the "Attribute Only" and "Row Number, column Number" options from the hot key rotor and the "Default Header or Row" combo box have been removed. A group of radio buttons called "Speak row and column number" has been added which allows for this information to be set independently of whether column or row headers are spoken. Thus, you can more easily tell Window-Eyes whether you want to hear your position within a table regardless of the column or row header preference. Note: if the user's column or row header preference was set to one of the removed choices, Window-Eyes will default to "column or row."

-- Office

* It was not possible to read slideshows in PowerPoint 2013 in Browse Mode. This problem has been fixed.

* Problems related to sluggishness in Office 2010 and 2013 dialog boxes have been fixed.

-- Windows Live Mail

* A problem where Browse Mode would remain enabled when replying to email in Windows Live Mail has been fixed.

-- Miscellaneous Changes

* When reviewing UIA windows (such as Internet Explorer 9 and above), the mouse pointer functioned, but the invisible WE cursor did not. Now they both operate correctly.

* A problem where the Scott Trade application could cause Window-Eyes to become unresponsive has been fixed.


* A new Boolean read/write property called SpeakRowAndColumnNumber has been added to the Verbosity.BrowseMode.BrowseModeVerbosity.Tables object. When set to True, Window-Eyes will announce row and column coordinates as the user navigates through a table in Browse Mode. If set to False, row and column information will not be spoken.

* The bthAttributeOnly and bthRxCy enumerations (which are possible values for the BrowseModeTableHeaders property) have been deprecated. These values are now internally treated as bthColumnOrRow.

++New Features in Window-Eyes 9.0 Beta 1

-- General Enhancements

* Window-Eyes is more trusting of MSAA-based applications. This means that programs such as Windows Media Player, Classic Shell, the native Outlook calendar, and other programs which took advantage of MSAA to convey accessibility information previously did not speak now work beautifully with Window-Eyes.

* The traditional Window-Eyes off screen model, which allowed you to review text with the mouse pointer, no longer worked when using programs which took advantage of newer video display technologies like Direct2D. Now, even if an application uses modern techniques to improve video performance, mouse navigation will work as long as the program also supports the UI Automation text pattern. Software such as Internet Explorer 9 and newer, for instance, are once again usable via the mouse navigation keys.

* Window-Eyes now hooks the keyboard at a lower level. This provides improved speed across the board, especially in Office applications. In addition, hooking at a lower level finally eliminates a common problem when attempting to use the Control-Alt-Arrow keys to adjust speech settings on the fly when an Intel video card was used. Rather than video card utilities intercepting the keys before Window-Eyes sees them, Window-Eyes now intercepts the keys first and can act appropriately before passing them on to the underlying application. Navigating the Office ribbon, moving through the Internet Explorer address bar, and even pressing the backspace key are all just a few examples of benefits provided by the lower-level keyboard hook.

* If Window-Eyes was running and you attempted to launch it again either with Control-Alt-W or the Desktop shortcut, a dialog would appear saying that Window-Eyes was already running. Now, the existing copy of Window-Eyes is closed and a new one is launched in its place.

* Preliminary support for the Windows 10 preview has been added. Be cautioned that as Windows 10 is still under development, we recommend testing it on a dedicated, non-critical computer. In addition, be aware that Ai Squared will not provide any technical support for Windows 10 until it is officially released by Microsoft. We do, however, welcome feedback on what works and what needs improvement from Windows 10 testers. Please send any feedback using the contact methods listed above.

-- Internet Enhancements

Window-Eyes now includes a brand new Browse Mode system which has been completely re-written to fully support today's modern, dynamic web. The new Browse Mode currently works with Internet Explorer and Mozilla applications like Firefox and Thunderbird. Even though the underlying nature of Browse Mode has been redesigned, the way you interact with it is very similar to previous versions of Window-Eyes. Keep reading to find out what has changed:

* The Browse Mode buffer is gone

- When a web page loaded, Window-Eyes would convert a snapshot of the page into a speech-friendly document (known as the Browse Mode buffer) which could be navigated with the Arrow keys. While this worked well for web pages whose content did not change, sites with dynamically changing content did not function well. For instance, Browse Mode either would not update with what appeared on screen, it would constantly reload in the background, or the page would use web elements that Window-Eyes did not understand. Now, the content you hear as you navigate web pages reflects the site's content in real-time, and the snapshot or buffer no longer exists. This means that even if a web page changes, Window-Eyes is able to keep up without requiring that Browse Mode be refreshed. Note that even though the buffer is gone, you can still use the same navigation commands as before to move, such as Control-Home, Control-End, the Up and Down Arrows, etc.

* Text selection changes

To select text in the new Browse Mode system, first locate the spot where you want selection to begin, and press F8. Window-Eyes will say, "selection start." Next, move to the location where you wish selection to stop, and press F8 again. This time, a dialog box will open containing three buttons:

- Copy -- When activated, copies the selection to the clipboard. You can then paste it into another application, such as Notepad or Microsoft Word. Note that pasting into a simple text editor like Notepad will merely cause the text of the selected content to appear, whereas pasting into a full-fledged word processor like Microsoft Word will retain all text formatting and images that are contained in the selection. - Reset Selection Start -- When activated, sets the start of the selection to the current Browse Mode location. - Cancel -- When activated, closes the dialog without doing anything.

Note that this new selection command mirrors how a fully sighted computer user would highlight text with the mouse. In fact, the selection will be visible on screen just as if a physical mouse was used rather than F8. This hot key, which is called "Select Content," can also be changed in the Hot Keys -> Browse Mode section of the Window-Eyes control panel.

* Browse Mode line length

In prior versions of Window-Eyes, the length of a line in Browse Mode was set at an arbitrary 80 characters (essentially to approximate a line on the screen). Now, however, the length of a line in Browse Mode is based on the actual length of the line shown on the computer screen. For example, a line will contain more information on it if the browser window is maximized, and not as much if it has been sized to be small. Not only does this help provide a more true-to-life rendering of the page contents, but also helps when working with someone sighted who can see what you are reading.

The only exception to this rule applies to links. A link in Browse Mode will always appear on a single line regardless of how much content it contains.

* Element Description Changes

Another important change in the Window-Eyes web support reflects how web page elements are described in Browse Mode. The most notable is that element descriptions, such as those for headings, lists, block quotes, landmarks, and other similar types with a start and end are no longer described on their own lines. Instead, the beginning and end text is spoken on the same line as the web page content itself. As an example, if you navigated to a list of five items, you might have heard "list with five items" when Arrowing through Browse Mode in Window-Eyes 8.4. Now, you will hear "list with five items" along with the text of the first item.

On a related note, websites, such as search engines, which embed links inside headings are considerably easier to deal with. Rather than finding the heading level on one line and the embedded link below it, the two now occupy the same space. Thus, you can press Enter immediately when the heading and link are spoken to activate them.

The speech for entering and exiting web page elements has also been shortened. Window-Eyes will either say "element" or "end element" rather than "element" and "element end." In addition, since web content is dynamic, Window-Eyes no longer identifies each web element type by number, such as "list 1," "list 2," "table 1," or "table 2" as the number of elements can change at any given moment. Instead, when working with items that include additional information, such as lists and tables, Window-Eyes merely speaks "list with X items" or "table with X rows and Y columns."

* Mouse-Overs and Clickable Objects

Window-Eyes now recognizes mouse-overs along with items that web page authors can designate as clickable. As one would expect, Window-Eyes will speak the item's text along with either "mouse-over" and/or "clickable" where appropriate. To activate the item, press Enter. Note that it is up to the web author to determine what happens when activating a mouse-over or clickable element. In many cases, mouse-overs and clickable items behave like links. Similarly, anchors with JavaScript associated to them (such as in many JQuery applications) will be placed on their own Browse Mode lines so that they can be more readily identified and acted upon with the Enter key.

An option to control whether clickable or mouse-over items are announced has been added and can be adjusted in the Verbosity -> Browse Mode -> Actions settings group of the Window-Eyes control panel.

Note, also, that compared to Window-Eyes 8.4, "onclicks" are now called "clickable," but they along with mouse-overs are no longer navigable with the next and prior link hot keys (which are L and Shift-L by default).

* Improved WAI-ARIA and HTML 5 support.

WAI-ARIA, the Accessible Rich Internet Applications Suite, defines a way to make web content and Web applications more accessible to people with disabilities. The standard (defined at is becoming more common in today's dynamic web. In Window-Eyes 8.0, ARIA support was added for use outside of Browse Mode for Microsoft Internet Explorer and Mozilla Firefox. This preliminary support which included ARIA control navigation, landmarks, and live regions has been expanded to include recognition of ARIA control types in Browse Mode along with roles and states. In other words, web sites which take advantage of ARIA are now fully usable with Window-Eyes. ARIA-specific element types, such as menus, tree views, sliders, dialogs, alerts, and most other ARIA controls are identified in Browse Mode and can be used as you would expect. Like ARIA controls, Window-Eyes also recognizes and supports the newer HTML 5 control types. Regardless of which method is used to define a control type (ARIA, HTML 5, or legacy HTML), you can be confident that Window-Eyes can handle it to allow you to use the page as its designers intended, rather than having to focus on the technology behind-the-scenes.

In addition, sites which use the ARIA application role, such as Microsoft Office online and Google Docs, Sheets, and Slides, are now also supported. When you Tab into an area that has been designated as an application, Browse Mode will automatically turn off so that you can interact with the content directly. It is also possible to activate an item contained within the application boundary while Browse Mode is enabled to interact with it. Be aware that Browse Mode will always disengage if you Tab into an ARIA application container regardless of whether automatic form interaction is enabled.

When navigating by landmarks with the next and prior landmark hot keys (Semicolon and Shift-Semicolon by default), Window-Eyes will now move to HTML 5-specific regions as well such as figures, sections, asides, banners, articles, etc. in addition to the ARIA regions which were already supported in Window-Eyes 8.

* Changes to table navigation.

Tables on the web are now easier to use than ever before. While you could always use the Up and Down Arrow keys to move through a table one cell at a time, a special table mode had to be activated in order to move more efficiently through the cells. As of Window-Eyes 9.0 Beta 1, table mode is no more. As soon as you enter a table, you can press the Insert-Left and Insert-Right keys to move left and right by column, Insert-Up and Insert-Down to move up and down by row, along with all of the other table mode-specific commands that have been available in previous versions of Window-Eyes. Window-Eyes will also announce when you enter the table header and body elements. The accuracy of the cell movement commands has also been improved to account for complex tables with merged cells, providing the best table navigation experience possible on the web. Note, too, that because table mode no longer exists, you can still navigate to all other web page elements without having to exit this navigation mode first.

* Navigation keys wrap.

When pressing a Browse Mode navigation command, such as H or Shift-H to move by heading, Window-Eyes would speak "no heading" if there were no more items to find in the direction you were moving. Now, Window-Eyes will wrap around to the top of the page when moving forward, or the bottom of the page when moving back, and continue the search. For example, if you were viewing a page with headings on it but your Browse Mode position was passed the last heading, typing H will now cause Window-Eyes to wrap around to the top of the page and locate the very first heading.

A new option has been added in Verbosity -> Browse Mode -> Miscellaneous called "Allow wrap around for Next/Prior hot keys." When enabled (which it is by default), Window-Eyes will wrap as described above. If disabled, Window-Eyes will not wrap and act as it did in version 8.4.

* Changes to file controls

File controls are used to allow you to upload one or more files to a website. In the past, Window-Eyes displayed them as two separate items: a read-only edit box containing the filename, and a Browse button which, when activated, allowed you to pick the file to send. Now, it is identified as a single item in Browse Mode called "file control." When activated with Enter, the "browse for file" dialog appears as expected. Because this is a hybrid control, you can use the next and prior button commands (B and Shift-B by default) and the next and prior edit box commands (E and Shift-E by default) to jump to them.

When pressing the Tab key while Browse Mode is disabled, your browser will focus the read-only edit box and Browse button individually. Window-Eyes will speak "read-only" when the edit box is focused, and the name of the upload button when it is focused. Note that if no label exists for the button, Window-Eyes will say "Browse."

* Miscellaneous Browse Mode changes

- The entire contents of headings, list items, paragraphs, and block quotes are now spoken when navigating with the H, I, P, and Q keys.

- A verbosity option which controls whether Window-Eyes announces when you enter or leave an ARIA or HTML 5 landmark/region has been added. It is located in the Verbosity -> Browse Mode -> Landmarks group of the Window-Eyes control panel.

- A verbosity option which controls whether Window-Eyes announces when you enter or leave frames has been added. It is located in the Verbosity -> Browse Mode -> Frames group of the Window-Eyes control panel.

- A verbosity option which controls whether Window-Eyes announces when you enter or leave a menu bar has been added. It is located in the Verbosity -> Browse Mode -> Menu Bar group of the Window-Eyes control panel.

- The Verbosity -> Browse Mode -> Miscellaneous -> speak graphics with no alternative text setting has been changed to ""Speak unlabeled graphics"" as the latter is a more appropriate description.

-- The suspend page refresh option located in the Verbosity -> Browse Mode -> Miscellaneous group has been removed as it is no longer required.

- Window-Eyes now identifies multi-line edit boxes in and out of Browse Mode, and also supports areas designated as "content editable" (which is common in many web editors). Window-Eyes also announces when edit boxes are read-only and/or required.

- When using Read-To-End inside Browse Mode, the text being spoken is now scrolled into view automatically.

-- The place marker and enhanced control search commands are currently unavailable in the updated Browse Mode system.

-- Microsoft Office

* Window-Eyes now uses UI Automation in many more areas of Office 2010 and 2013 to provide improved speed and accuracy.

-- Microsoft Outlook

* Like email messages, it is now possible to read RSS posts and meeting requests in Browse Mode via the Outlook Enhance app. When a virtualized meeting request is open, the following commands can be used to review its information. Press the key once to have Window-Eyes announce the data, and twice to move your keyboard focus to the field in question:

- Alt-1: From - Alt-2: Date Sent - Alt-3: Required Attendees - Alt-4: Optional Attendees - Alt-5: Location - Alt-6: Subject - Alt-7: Attachments - Alt-8: Start Date/Time - Alt-9: End Date/Time

The Alt-number keys are also available to review the fields of an RSS post. They are identical to the commands for reviewing email information:

- Alt-1: From - Alt-2: Date Sent - Alt-3: To - Alt-4: CC - Alt-5: BCC - Alt-6: Subject - Alt-7: Attachments - Alt-8: Status

* Window-Eyes now recognizes and speaks the content of the Outlook information bar when it appears. Typically, the information bar is used to inform you of potential scheduling conflicts when composing an appointment, alerting you that the message to which you are replying may not be the latest in the active thread, and similar helpful tidbits. When text appears, you will hear a chime along with the information Outlook has placed on the screen. To repeat the announcement, or to read the information bar at any time, press Insert-N. To move your keyboard focus to act on the information, press Alt-Shift-N. Settings to adjust whether Window-Eyes plays the chime or speaks the text of the information bar are available in the Outlook Enhance pull-down of the Window-Eyes Apps menu. Additionally, the new hot keys can be changed in the Outlook Enhance hot key manager.

* When creating a meeting with one or more participants, it can be challenging to determine whether everyone is available for the given date and time you have specified. Outlook provides a grid view which updates in real time as you add or remove participants and change the meeting's start and end times, but it is not keyboard-friendly. Due to popular request, a more convenient interface to the same information has been created. While composing a meeting, press Control-Alt-I to cause Window-Eyes to display the names of app meeting participants along with whether they are busy. This convenient dialog, along with alerts displayed in the Outlook information bar, make creating and managing meeting requests easy and effective. Note that Outlook must have access to the attendees' calendar data to determine when they are available for meetings. * Message virtualization is now enabled by default.

* A hot key to enable and disable message virtualization has been added. From the main Outlook window, press Alt-Shift-V to toggle virtualization on or off.

* Outlook Enhance now works properly within 64-bit installations of Office 2010 and 2013.

* The "OPML Import" dialog (used to import RSS feeds) now reads correctly.

* The "Check Names" dialog now reads correctly.

* The attachments dialog (reached with either Alt-7 or Control-Alt-A when a virtualized message or meeting request is open) now has an option to save all files at once.

* An option to disable the Outlook preview pane has been added, and it is enabled by default.

* The stability of the Outlook Enhance add-in has been improved.

* A problem where an alert stating that message virtualization was disabled even though the feature had been intentionally turned off has been fixed.

* Some Outlook Enhance hot keys were registered globally. They are now registered exclusively to Outlook to prevent conflicts with other programs.

* When message virtualization was enabled and Control-N was pressed, a new browser window would appear. Now, a new message window opens as one would expect.

* An issue where field names in virtualized windows would always appear in English even though a different locale was in use has been corrected.

* A problem where the dimensions of an email and its virtualized counterpart could become out of sync has been fixed.

* The announcement for adding message attachments would sometimes fail to speak. This has been fixed.

* Some virtualized emails contained only the word "image." This has been fixed.

* A problem where links could not be activated from the Window-Eyes page navigation dialog inside a virtualized Outlook message has been fixed.

* .msg and .eml attachments can now be opened as expected.

* An issue where Outlook Enhance speech and Braille feedback could be prematurely silenced has been fixed.

* The number of unread messages in the Outlook 2010 and 2013 folder tree view is now spoken consistently.

* A problem where the body of an email could not be read with the Arrow keys when using Outlook 2007 and newer on 32-bit operating systems has been fixed.

* While it was possible to route the mouse to the focused item in the Outlook 2013 message list, the same command did not work for Outlook 2010. This has been fixed.

-- Microsoft Word

* The Word "Speak Pictures/Objects" verbosity items have been changed to the following: - Speak ""inline object -- if checked will cause Window-Eyes to speak ""inline object"" when it reads across the line. Speak description -- if checked will cause Window-Eyes to speak the description of the picture or object assuming one exists. Speak size -- if checked will speak the dimensions of the picture or object. If any of the above items are checked, Window-Eyes will also announce the count of pictures and objects when you move to a new line.

* MathPlayer support in Microsoft Word has been improved. Previously If the Word "Speak pictures/objects" verbosity option was unchecked Browse Mode could not be enabled to navigate through an equation. This has been corrected. Note that Window-Eyes always speaks marked up MathPlayer objects when they are embedded regardless of the previously mentioned verbosity settings. MathPlayer version 4.0 is required for the new Microsoft Word functionality to work properly.

* If you arrowed left or right to an inline object Window-Eyes would not speak anything about it. Now Window-Eyes announces the object information (or in the case of MathPlayer, the marked up equation).

-- QuickBooks

Window-Eyes 9.0 Beta 1 now includes support for QuickBooks Pro 2014 via the new QB Enhance app. QB Enhance currently offers the following features and program enhancements:

- Improved field data reading - A control's field data will be spoken automatically when it gains focus or when selected field data is highlighted on the screen.

- Improved field label reading - A control's field label will be spoken automatically when it gains focus. Field labels have been defined for form controls found in the most commonly used areas of QuickBooks.

- Manual field label utility - If a form control does not have a field label or you wish to change the existing field label, you can attempt to assign a new field label using the manual field label utility and hot key (Control-Insert-F).

- Tab control groups dialog - There are tab control groups found in several different QuickBooks windows. These tab controls can be difficult to interact with because they are not in the Tab order and their keyboard shortcuts are not easily discoverable. The tab control groups custom dialog and hot key (Control-Tab) were created to simplify the process of locating and activating the tab controls.

- Window title announcement - A window's title will be read automatically when it opens or when it gains activation.

- Inline auto complete support - Inline auto completed text will be announced automatically.

- Register account balance - Quickly obtain the current account balance in the register using a hot key (Control-B)

For more details, please consult the documentation available in the QB Enhance pull-down accessible from the Window-Eyes Apps menu while QuickBooks is running.

-- Skype

* If the installed version of Skype supports it, Window-Eyes now announces Skype-related events such as contact status changes, incoming calls, and voicemails. The announcement of incoming messages has also been improved. Note that for full functionality, Skype version 6.21 is recommended as version 6.22 no longer provides the interface needed to allow Window-Eyes to speak the majority of these events.

* Menu items to control whether Window-Eyes speaks incoming messages, calls, or status changes have been added to the Skype Enhance pull-down of the Window-Eyes Apps menu.

* The Skype Enhance app now includes a custom interface to access missed voice messages. Use Alt-Shift-V to open it while a Skype window is active. As above, Skype 6.21 is recommended for this feature to work.

* Keyboard focus is now automatically placed in the typing area of conversation windows when they are opened.

* When pressing Enter on the "Chat Via" combo box inside a conversation, Window-Eyes now reads the resulting menu items that appear.

* The Escape key can now be used to close a Skype conversation window even if your keyboard focus is somewhere other than the typing area or conversation history.

* The option to adjust mood text is now identified when reached via the Tab key in the edit profile window.

* The Skype Enhance app now announces when keyboard focus has reached the conversation history regardless of how you navigated to it.

* Skype Enhance now attempts to keep keyboard focus out of the embedded advertisement frames present in Skype conversation windows and thus present a much more pleasant experience as you Tab and Shift-Tab through them.

* The hot keys to read conversation history are now registered only when a conversation window has direct focus.

* A problem where the links to adjust a conversation's visible history were always reported as "last 7 days" has been corrected.

* A problem where the items in the edit profile window often times were reported as "picture" has been fixed.

* An issue where the group names in Tools -> Options -> Privacy were not being spoken has been addressed.

* When a hot key is checked or unchecked in the hot keys section of Skype's options window, nothing was spoken even though the state changed correctly. This has been fixed.

++Enhancements Between Window-Eyes 8.4 and Window-Eyes 9.0 Beta 1

* All contact information, logos, copyrights, etc. in Window-Eyes and the set of default apps has been changed to Ai Squared.

* If the edition of Window-Eyes for users of Microsoft Office was installed on a computer running Windows 7 and Office 2013, Window-Eyes would run in 30-minute demonstration mode. This problem has been corrected.

* The User Account Control prompt would sometimes not speak in Windows 8. This has been fixed.

* The custom dialog which displays a list of notification icons (accessed with Insert-S by default) showed only the items that were visible in the task bar. Now, through the Windows Enhanced app, the dialog displays all notification area icons regardless of their visibility.

* The Progress Indicator app now defaults to only playing progress tones rather than tones and voicing a progress bar's percentage. Note this can still be changed in the progress indicator options from within the Window-Eyes Apps pull-down.

* MSAA-based progress bars (such as those in Windows 8, QT-based programs, and Firefox) are now recognized.

* The option to automatically route the mouse to toasts and balloon tips in the Windows Enhanced app is now disabled by default.

* When an edit box is encountered, Window-Eyes now speaks just "edit" rather than "edit box."

* A problem where Window-Eyes could crash when editing text in the Eclipse editor has been corrected.

* A hooking error which could occur if other screen readers were set to load at the login screen has been fixed.

* Some WPF-based controls which took a long time to respond to keyboard input would not speak. This issue has been fixed.

* A problem where routing the mouse to a file in Windows Explorer under Windows 7 has been fixed.

* If McAfee was installed, some Window-Eyes apps would not function properly because of how the antivirus program intercepted calls to the Windows scripting host. This problem has been corrected.

* The Screen -> Punctuation settings group is now accessible when advanced options are not shown. Note that the keyboard punctuation options remain hidden until "Show Advanced Options" is checked from within the Window-Eyes Help menu.

* In some circumstances, Window-Eyes or a Window-Eyes app could become active but would not always do so visually. This has been fixed.

* A problem where an autocompleted address would remain displayed in Braille in Windows Live Mail has been fixed.

* The Help -> Check for updates dialog now checks to see if the active copy of Window-Eyes is registered, and if not, prompts you to register. Previously Window-Eyes would display a connection error. * Key labels which fell outside the boundaries of ANSI 32-128 were not being saved. This has been fixed.

* If Window-Eyes was configured to speak the characters you typed in secure edit boxes rather than "star," it would not indicate when capital letters were entered. This has been fixed.

* If Window-Eyes was shut down during a Microsoft Remote Desktop session, the machine would crash. The core problem which relates to how the operating system handles the loading and unloading of Mirror drivers has been worked around.

* To minimize confusion, SMA information in the Window-Eyes Help -> About dialog is shown only if the active copy has 1 or more upgrades remaining. * When performing an alternate help request, the person receiving help will now see the helper's name rather than a generic message.

* A problem where the list of user windows in the User Windows -> Status settings group was off by 1 has been fixed.

* The hot keys to set user and hyperactive window coordinates have been undefined in the updated default global settings.

-- Scripting

* A problem where an app would hang when getting the column header in a list view if the column and header orders did not match has been fixed.

* If the Window.LoadSet method was called and passed a Set file with Core Functions -> Voice disabled, Window-Eyes would crash. This has been fixed.

Support for .NET delegates (which includes Dialog, Menu, and Hotkey callbacks) has been expanded to also include ClientInformation.ScriptHelp. Note that this applies only to external apps which hook Window-Eyes events.

NOTE: Please refer to the updated scripting manual for detailed information about all new objects, properties, methods, and enumerations.