Window-Eyes: Performance, Reliability, and Stability
"Unleashing the power of your mind's eye."
(C)1995-2012 GW Micro, Inc. All Rights Reserved
Phone: 260-489-3671
Released: 4/23/2012

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

Welcome to Window-Eyes

GW Micro is proud to announce the release of Window-Eyes This version includes several improvements made after the release of Window-Eyes 7.5.4.

Keep reading to learn more about Window-Eyes, 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 a GW Micro e-mail list? There are several to choose from: GW-Info for lively discussions of GW Micro products and services, GW-News for GW Micro news announcements only, GW-Apps for discussions of using Window-Eyes apps, 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 GW Micro 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 7.5, 7.5.1, 7.5.2, 7.5.3, or 7.5.4 installed before installing Window-Eyes 7.5.4.

2. Window-Eyes will not install over a version of Window-Eyes less than 7.5. If you are running a version of Window-Eyes less than 7.5, you will need to upgrade to Window-Eyes 7.5 by contacting our order department at 260-489-3671.

3. As of July 13, 2010, Microsoft ended support for all Windows 2000 products. Window-Eyes, therefore, will not install under Windows 2000, and requires at least Windows XP to run.

This readme is divided up into various sections. The start of each major section begins with two plus signs and the start of each minor section begins 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.

++Enhancements between Window-Eyes 7.5.4 and Window-Eyes

-- Braille

* Navigating through edit boxes could become very sluggish at times if Braille was active.

* It was not possible to route the Braille cursor to the last character of a standard or UIA edit box. This has been resolved.

-- Internet Explorer

* A stability problem in Internet Explorer 9 has been resolved.

-- Miscellaneous

* If Window-Eyes was set to load before Windows and a log on screen was present, apps would sometimes appear as untrusted at the desktop after the first time Window-Eyes was launched.

++Enhancements between Window-Eyes 7.5.3 and Window-Eyes 7.5.4

-- Stability Improvements

The primary focus of Window-Eyes 7.5.4 is increased stability. Thanks to error reports from Window-Eyes 7.5.3 as well as customer feedback via our various avenues of communication, many issues have been corrected and Window-Eyes is even more stable than before. Specific issues are noted below, though the majority of corrections effect Window-Eyes as a whole. Please continue to provide feedback. It is because of our customers that Window-Eyes retains the reputation of being the most stable, dependable screen reader on the market.

-- Firefox

* Window-Eyes will no longer cause Browse Mode to reactivate when typing into specific forms with autocomplete edit boxes such as EBay, Google, Youtube, and others.

-- Internet Explorer

* Several stability problems specific to IE 9 have been resolved.

* When Browse Mode is disabled, Window-Eyes will now say "edit" for all UIA edit boxes. Previously it would say "edit" for normal text fields but "edit box" for password form fields.

* Navigating through UIA text boxes (in IE 9 and in other programs) is faster.

* Math Player support has been improved.

-- Office

* Window-Eyes would sometimes speak the selected item twice when arrowing through a minimized ribbon. This has been fixed.

* Browse Mode would frequently become active when Composing mail in Outlook 2003 when Internet Explorer 9 was installed on Windows Vista or Windows 7. This has been resolved.

-- Windows Live Mail

* When adding or reviewing multiple recipients in an email message, Window-Eyes would previously speak only "semicolon" for each person. The name and email addresses are now read correctly.

* Moving through a WLM folder would sometimes cause the selected item to be read twice. This has been fixed.

* The problem of Browse Mode activating when composing messages in Windows Live Mail has been fixed.

* The page tabs in the WLM Edit Contact dialog now speak correctly.

* Reviewing text inside WLM composition windows is much more reliable than it was previously.

* Window-Eyes would sometimes read the wrong information if a new WLM message began with one or more blank lines and the cursor was placed on the first line of text. This has been fixed.

* The Windows Live Mail app for Window-Eyes has been updated.

-- Windows Mail

* Browse Mode would frequently become active when Composing mail in Windows Mail when Internet Explorer 9 was installed on Windows Vista. This has been resolved.

-- Braille

* The Eurobraille drivers and default hotkey assignments have been updated.

-- Miscellaneous

* In previous versions of Window-Eyes, pressing the Insert key by itself would perform the appropriate Windows function (such as toggling you between overtype or normal writing modes within word processors). Due to customer feedback, this behavior has been changed in Window-Eyes 7.5.4. Pressing Insert by itself now does nothing and, consequently, one will no longer unintentionally engage overtype mode. If you want to allow the Insert key to act as it did before, either press the Window-Eyes bypass command (Insert-B by default) before pressing Insert, or open wineyes.ini and set "BlockInsertToggle" to 0.

* Window-Eyes would sometimes freeze when logging out of a secure desktop, locking a computer, or when the user account control appeared. This has been fixed.

* Window-Eyes would not always communicate with applications launched as other users on the same machine. Now it does.

* The Eloquence driver has been updated to account for more possible strings which would cause Window-Eyes to crash.

-- Scripting

* Window-Eyes will no longer announce the status of Browse Mode when it is adjusted through scripting.

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

++Enhancements between Window-Eyes 7.5.2 and Window-Eyes 7.5.3

-- Stability Improvements

The primary focus of Window-Eyes 7.5.3 is increased stability. Thanks to error reports from Window-Eyes 7.5.2 as well as customer feedback via our various avenues of communication, many issues have been corrected and Window-Eyes is even more stable than before. Specific issues are noted below, though the majority of corrections effect Window-Eyes as a whole. Please continue to provide feedback. It is because of our customers that Window-Eyes retains the reputation of being the most stable, dependable screen reader on the market.

-- Email

* An issue where Browse Mode would engage while composing email in the newest versions of Thunderbird has been corrected.

* Windows Live Mail now speaks and brailles correct information when Internet Explorer 9 is installed.

-- Miscellaneous

* The Window-Eyes control panel would sometimes display inaccurate information about the previously active window. This has been fixed.

* The error reporting process has been sped up, and the time allowed to send reports has been increased for customers with slow internet connections.

* When arrowing to the end of a line inside an edit box, Window-Eyes would sometimes ding or report the wrong character. This has been fixed.

-- Office

* The Window-Eyes office add-in would fail to load on some customized Office installations. This has been fixed.

* Window-Eyes would sometimes lock up inside the Outlook spell checker or if an invalid date was specified in the Outlook calendar. Both of these problems have been fixed.

-- QT

* Window-Eyes now includes native support for QT-based software such as Virtual Box, the Accessible Kindle Reader from Amazon, Tappin Radio, and more. The QT Support app from App Central is no longer required.

-- Braille

* Support for the Braille Edge display from HIMS has been added.

-- Scripting

* Changing a synthesizer's flow control via scripting would sometimes fail. This has been fixed.

* A problem where apps would sometimes appear as untrusted immediately after installing Window-Eyes has been corrected.

* Window-Eyes would sometimes crash when attempting to load an encrypted JScript app. This has been fixed.

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

++Enhancements between Window-Eyes 7.5.1 and Window-Eyes 7.5.2

-- Stability Improvements

* A number of scenarioes which would cause Window-Eyes to become unstable or crash in applications such as Internet Explorer, Firefox, Office, etc. have been resolved.

* Thanks to feedback and the error reports we received from our customers, Window-Eyes stability and reliability have been greatly improved in 7.5.2.

-- Remote Assistance

* The Window-Eyes remote assistance feature is now compatible with Windows XP in addition to Windows Vista and Windows 7. Note that for a remote assistance session to work successfully, both parties must be running Window-Eyes 7.5.2. For more information regarding this feature, consult the "Remote Access" section inside the Window-Eyes user manual.

-- Browse Mode

* Browse Mode Placemarkers are no longer temporary by default

-- Email

* Window-Eyes is now fully compatible with Mozilla Thunderbird 5 and newer.

* Browse Mode would sometimes engage when composing new messages or replies in Thunderbird. This has been fixed.

* The Read Status Bar hot key would cause Window-Eyes to speak the status line 4 times in Thunderbird. Now the line is only read once.

-- Firefox

* There were some cases where selecting text inside a Firefox edit box would cause the browser to crash. This has been fixed.

* Window-Eyes sometimes would not announce the newly focused form element if it was reached by pressing Tab while outside of Browse Mode. This problem has been resolved.

-- Internet Explorer

* Reading the contents of IE 9 edit boxes has been greatly sped up.

* Window-Eyes now recognizes rate and pitch changes when reading inside a MathPlayer-enabled web page. Note: this added capability is currently limited to SAPI 4 and SAPI 5 synthesizers.

-- iTunes

* Window-Eyes 7.5.2 now fully supports iTunes 10.5.

-- Miscellaneous

* On the first launch after installing an upgrade, Window-Eyes no longer displays the "Add or Remove Apps" window when the default apps are updated. Instead, Window-Eyes says, "Installing default apps. Please wait" when the process begins, and "app installation complete" when finished. During this time, a brief tone will sound every few seconds to alert you that Window-Eyes is still working.

* The Window-Eyes Mirror driver has been updated.

* The Eloquence driver has been updated to account for more possible strings which would cause the synthesizer to crash.

* Window-Eyes would not speak when pressing either Home or End while the keyboard focus was on a tab control. Now it does.

* Due to customer feedback, there is now an additional group of radio buttons in the General/Startup Options section of the Window-Eyes control panel which allows you to specify what Window-Eyes says when it starts. The choices are "Nothing," "Window-Eyes," and "Window-Eyes"

* Checking for updates via the help menu now opens a dialog instead of opening the GW Micro website. The dialog contains information about your version and SMA counts in addition to links to the GW Micro update and online catalog pages.

* The About option from the Help menu now displays information about your SMA (if any), as well as if it is a standard or timed SMA.

* Window-Eyes no longer relies on its offscreen model when reading the content of edit boxes.

* The exit table mode hot key in the laptop layout is now Dash instead of Control-Shift-Underline.

* The process of displaying the list of available SAPI synthesizers in the Devices/Synthesizers section of the Window-Eyes control panel has been greatly sped up.

* Window-Eyes would take a long time to begin speaking large amounts of either UIA or static text. This now begins instantly.

* Window-Eyes now reads WPF and MFC grid controls correctly.

* Some hot keys, like Insert-F4/F4/F7 and Control-Shift-F3/F7, require that advanced options be enabled from within the Window-Eyes Help menu to work. If any of these types of keys are pressed and advanced options are hidden, Window-Eyes now alerts you to enable them.

* Window-Eyes no longer manipulates window activations when any of its windows gain keyboard focus.

* Window-Eyes cursor keys would sometimes not work if a global and program-specific definition collided. This has been resolved.

* As the Window-Eyes Sonar support is now present in the Sonar Enhance app (downloadable separately from App Central), the original mechanism for retrieving this program's specialized accessibility information has been moved out of Window-Eyes and into the app.

* Window-Eyes sometimes would not read a text document which displayed in Notepad if it was opened from Windows Explorer. This has been fixed.

* Window-Eyes would not read tooltips and popup balloons under 64-bit versions of Windows Vista and Windows 7. This has been fixed.

* Tab controls created with the WX windowing toolkit are now treated as native Windows controls.

* The Toggle All Voices hot key now works as intended.

* Window-Eyes now announces when a minimized application gains focus.

* Window-Eyes sometimes had trouble reading the content of UIA combo boxes. This has been fixed.

-- Office

* Window-Eyes was not reading list view column headers in the file open dialog in Excel 2003. This issue has been fixed.

-- Braille

* Braille now works in UIA and IA2 applications. This includes (but is not limited to) programs such as Firefox 4 and up, Thunderbird 5 and up, Internet Explorer 9, and Visual Studio 2010. In addition, Braille support has been added to Windows Live 2011.

* The key names and default keys for the Seika Braille display have been updated.

* Support has been added for the Humanware Brailliant BI braille display.

* The Humanware BrailleNote drivers have been updated.

* Shifting the Braille display inside Microsoft Word was not always working when pressing a routing key if spacing and indents were visible on the display. This has been fixed.

* If you were in a reclassed listview (such as in Total commander or Outlook 2007 and earlier) and you had a left bracket followed by some text Window-Eyes would add an extra space between those two characters. This has been fixed.

* The Braille Show Attributes toggle hot key and the attribute marking option in the Window-Eyes control panel did not work. Now they do.

* If you created a program-specific Braille hot key, saved the definition, and restarted Window-Eyes, Window-Eyes would use the global definition instead of the program-specific entry. This issue has been resolved.

* Focus would become confused if you changed the state of the virtual Braille window inside the Window-Eyes control panel. This problem has been corrected.

-- Scripting

* If a Window-Eyes dialog was triggered via scripting and the program was also attempting to shut down, Window-Eyes could become unstable. This has been fixed.

* The OnCursorKey and OnHotKey events used only the return value of whichever app most recently hooked them regardless of what any previous apps wanted. This has been fixed.

* If an app's status was set to "untrusted" and the App Manager opened, Window-Eyes would display an error. This has been resolved.

* The Script.StopScript() method would not always stop the calling script immediately and would sometimes allow additional lines to execute. Now the app will stop as soon as this method is called.

* Enumerating through the loaded scripts collection would sometimes cause Window-Eyes to crash. This has been resolved.

* When you install an app in a non-English environment, Window-Eyes still displayed the English package information. The correct non-English language is used now if it is available.

* If an app was in use which used a frozen Braille section, Window-Eyes would sometimes crash. This has been fixed.

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

++Enhancements between Window-Eyes 7.5 and Window-Eyes 7.5.1

-- Email

* Two new apps are included with Window-Eyes 7.5.1: Outlook Enhance and TB Enhance. Outlook Enhance enables you to customize how column headers are spoken in message lists, easily access contact details, attachments, and view HTML messages in the default web browser inside Microsoft Outlook. TB Enhance enables you to use the Alt-1 through Alt-7 hot keys to quickly access different message field information when available, automatically maximize Thunderbird windows, access to mailbox column headers, and email auto-completion support, and support for using the default tabbed message view. See the "Help" items under each app's entry in the Window-Eyes Apps menu for additional details.

-- Firefox

* There were a number of minor accessibility regressions introduced with Firefox 4. As of Window-Eyes 7.5.1, full Firefox support once again exists for the latest versions of Mozilla's web browser.

* Onclicks were often times not correctly identified in Firefox under Windows 7. This issue has been resolved.

-- Internet Explorer

* We fixed a problem where headings on some web sites were incorrectly rendered in Browse Mode with Internet Explorer 9.

-- Miscellaneous

* If you changed the global startup options from the Window-Eyes defaults, they would not persist when you rebooted. This has been fixed.

* If Window-Eyes was set to show its basic interface, some advanced app management options remained available. This has been corrected.

* The numbers rotor hot key would get stuck once it was set to off. Now it correctly cycles through all options.

* Mouse pointer descriptions are now disabled by default.

* Some hot keys were defined in the laptop layout but not in the default. Now both keyboard layouts define the same Window-Eyes hot keys. See the hot key reference in the Window-Eyes manual for a list of updated assignments.

* When attempting to access an option from the basic Window-Eyes interface that was unavailable, such as the Verbosity section reached with Insert-V, Window-Eyes said, "This option requires advanced-level menus." Now, it says, "This option requires Show Advanced Options to be enabled in the help menu."

* Window-Eyes did not report when a menu opened if the respective verbosity option was enabled. Now it does.

* The Scope column header in the Hot Keys list view contained extraneous text. Now it does not.

* If a hot key was changed under Windows XP, the hot keys list view sometimes would not update. Now it does.

* When the Page Navigation dialog was first opened from within Browse Mode with Insert-Tab, the dialog announcement sometimes spoke twice. This has been resolved.

* Extraneous text was sometimes displayed in the synthesizer selection list view. This has been corrected.

* It is now possible to arrow continuously through any of the radio button selection groups in the Window-Eyes control panel.

* The Factory Settings dialog would sometimes take longer than normal to load under certain circumstances. This has been resolved.

* The package installation dialog no longer opens when app updates are installed along with new versions of Window-Eyes.

* If Window-Eyes was set to display in the task bar, it sometimes would not gain focus when pressing Control-Backslash. This, along with similar focus issues, has been resolved.

* The Capslock would sometimes stop acting as a Window-Eyes command modifier even if the option was enabled. This has been corrected.

* An "Apply Layout" button has been added to the keyboard layout page of the Window-Eyes control panel. This allows you to test a layout without first having to save any other changes to disk. When you change the layout in
its respective combo box, you must apply it with the new Apply Layout button, even if you intend to save the change.

* When you changed the keyboard layout, the Outlook Calendar hot key would never update. Now it does.

* When defining standard and hyperactive windows with Insert-f3 and Control-Shift-F3, focus now lands on the status pages for the respective window types.

* The text in the Program Help dialog was in a read/write edit box. Since this information is rarely changed, it is now a read only edit box. There is an Enable Editing check box however if you wish to make changes.

* When Insert-V or Control-Shift-E were used to jump to a particular spot in the Window-Eyes control panel, focus would not move correctly if the Settings tree view was not the most recently focused item. Now it works correctly.

* Eloquence would crash if certain words were sent to it. The Window-Eyes Eloquence driver now safeguards the synthesizer from this problem.

* There were some formatting issues in certain cases within the Window-Eyes control panel and app user interfaces which were brought out when using Cyrillic characters. This has been fixed.

* All Window-Eyes dialogs are now displayed using the default font of the user's operating system.

* The Help / About dialog now contains a read-only edit box containing dealer contact information (when applicable).

* Window-Eyes version numbers now include four components. For example, the complete version number of this Window-Eyes release is

* The Window-Eyes version number is no longer spoken at startup. This information is still available in the Help / About dialog.

* The user interface logic for defining dictionary entries has been greatly improved.

* If Window-Eyes ever switched synthesizer languages and Eloquence, SAPI, or ViaVoice was in use, all future tone changes would be blocked. This has been fixed.

* We worked around a Microsoft bug where Windows Explorer in Windows 7 would blow up if the mouse was placed over the Search edit box.

* When reading webpages with Eloquence, the paragraph reading style setting had no effect. This has been resolved.

* Read-To-End sometimes did not start correctly on some laptops. This problem has been fixed.

-- Office

* The Find dialog in Excel sometimes took a long time to open. This has been resolved.

* We worked around a problem where bold, italic, underline, and other font properties could not be toggled in Microsoft Word if the cursor was at the end of a line.

* When encountering certain elements in Microsoft Word forms, Window-Eyes common verbosity settings would change. This has been fixed.

* Format alert did not work in Microsoft Word. Now it does.

* We fixed a problem where column boundaries were not correctly reported in Microsoft Word when navigating with the arrow keys.

* Microsoft changed how Office 2010 dialog and message boxes were displayed so Window-Eyes didn't treat them as dialogs. Now they work correctly.

* We worked around an Outlook issue where it would freeze when new mail was automatically received while connected to an Exchange server.

* Window-Eyes would not speak when moving between identical messages in Outlook 2010. This has been fixed.

* The Page Navigation dialog did not work in PowerPoint. Now it does.

-- Braille

* Switching profiles with braille didn't reset the braille configuration to the new profile setting. Now it does.

* We cleaned up a user interface issue where the Mouse/WE Pattern entries failed to save on the Braille / Dot Patterns page.

* Dots 7 and 8 are used to mark selected text, list items, etc. When switching to a different profile in the Set Active Profile dialog, these two dots would disappear. This problem has been fixed.

* In the Braille Hot Key options, occurrences of "Grade 2 Braille" have been changed to "Contracted Braille."

* If Automatically Load Set Files was set to yes with notification, the notifications did not appear in Quick Message Mode. Now they do.

-- Scripting

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

* Passing a variable by Reference Sometimes did not work. Now it should work every time.

* We fixed a problem where saving a Set file programmatically would cause its hotkeys element to disappear.

* We fixed a bug in Accessible.WatchEvent where it wouldn't actually start watching the events. This only affected external Apps that would try and register MSAA events.

* We cleaned up a stability problem resulting from apps which freeze and unfreeze braille chunks.

* Application.AttachWindowMessage sometimes did not work without a filter. Now it works correctly even with no filter.

* The Application.Process property which returns a Process object that represents the Window-Eyes process was added.

* A new Version object has been added. This object contains the following properties:
When applied to Window-Eyes, the Version object returns the following:
Major = 7
Minor = 5
Build = 1
Revision = 0
String = ""

* The Process.Version property has been added which returns a Version object for the current process.

* The ClientInformation.Signature property has been added. This returns a new Signature object. A Signature object has 3 properties (IsValid, Publisher, and ThumbPrint).

* The MatchCase parameter in FilterByClassAndModule and FilterByName was being ignored. This has been fixed.

* The WEDialogs.AppUpdate method has been added.

* When adding a WE file to an app association, it was only possible to add files which already existed. Now you can specify the name of a WE file, and if it does not exist, it will be created when the app is installed.

* The Windows.FilterByName Case Sensitive Parameter was being ignored. This has been fixed.

* The list of running apps in the App Manager was sorted based on each app's underlying filename. Now the list is sorted based on ClientInformation.ScriptName when available and by the filename if it is not.

* When creating an app association, the Package Manager now forces the .WE file to be Unicode.

* The security dialog in the app manager dialog failed to launch if an app was not selected. Now it does.

++New Features in Window-Eyes 7.5

-- New User Interface

The most striking difference between this version of Window-Eyes and all previous versions, is a complete redesign of the Window-Eyes user interface, also known as the Window-Eyes control panel. In the past, Window-Eyes settings were controlled by a simplistic system where individual settings had to be changed one at a time by entering and exiting various menus. Using a modernized dialog and common layout, the new Window-Eyes user interface allows you to control all settings in one window.

The new Window-Eyes dialog consists of two panes: a left hand pane with a treeview representing the various categorized groups of settings, and a right hand property page which contains various controls representing individual options. When you select an item in the treeview, the property page will update dynamically with the controls relevant to the selected group. You can press the Tab key to move between controls in the property pane, as well as to move from the property pane to the treeview. Pressing F6 will also move focus back and forth between the tree view and the property pane. The dialog also consists of three menu items. File (for managing settings), Apps (for managing and accessing apps), and Help (for accessing documentation and other support services).

Modified settings take effect immediately with the option to save the settings to disk permanently. Finding and changing settings is made easy through better organization along with more human readable names, plus additional features like being able to synchronize the Screen, Keyboard, and Mouse settings. Standard shortcuts such as Control-O to open settings, and Control-S to save, provide a level of consistency familiar among other programs. Much care has been taken to ensure an environment that is never without speech, including the ability to revert settings, an auditory prompt before switching synthesizers, and quick access to the factory default synthesizer. Beginner and Advanced options continue to exist, allowing more confident users access to all Window-Eyes settings, and keeping new users from being inundated with unnecessary options. Regardless of beginner or advanced settings, context sensitive help can be obtained at any time, on any of the controls in the Window-Eyes user interface, simply by pressing F1. Either a balloon tool tip with a brief synopsis of the selected control, or the Manual (opened to the relevant section), will be presented. In addition, all editable controls are value sensitive, meaning that if you try to type a letter into an edit box that only accepts numbers, Window-Eyes will notify you of the error, ensuring that only correct data is stored when settings are saved.

In addition to a new layout, almost all Window-Eyes settings now have their own "scope." Scope refers to the range a setting should have, or, in other words, whether a setting should apply to a specific program or globally to all programs. In general, this behavior has existed in Window-Eyes for some time. Only now is the ability to apply a setting to all programs as simple as a push of a button. For example, you may wish to have the announcement of blank lines on for every application. You need only toggle that setting's scope to Global, and it will immediately take effect in all programs. Even individual hot keys can be made to function globally. You no longer need to use external utilities to convert sets back and forth simply to make a setting work in all programs.

Set files have also undergone significant change. Instead of using cryptic file extensions like .000 or .001, set files now use a more meaningful file extension: .set. In addition, set files are now XML based, providing an open, standard language for storing Window-Eyes settings, as well as allowing for future extensibility. Window-Eyes also provides the ability to convert older set files to the new XML format using the Update Outdated Settings option in the File menu. During the conversion process, older set files will be backed up automatically. The Window-Eyes upgrade will automatically convert old set files to the newest format. Manually copied set files can be updated using the Update Outdated Settings in the Window-Eyes File menu.

A complete description of the new user interface can be found in the new Window-Eyes manual. In an effort to increase readability and minimize technical babble, the Window-Eyes manual has been drastically reduced in size while continuing to maintain high quality content. In addition, the level of documentation relates to the user interface. In other words, if only the beginner settings are shown in the Window-Eyes control panel, then only the beginner documentation (relating to those settings) will be provided. If the advanced settings are shown, then advanced documentation will be provided. You can access the manual at any time by opening Window-Eyes with Control-Backslash, pressing Alt-H for Help, D for Documentation, then M for Manual.

Window-Eyes 7.5 is also the first version of Window-Eyes to re-brand the notion of scripts into a more comfortable and recognizable term: apps. Window-Eyes Apps embrace a broader sense of usage by including everything from program enhancements that deal specifically with accessibility issues to more convenience-oriented apps and everything in between. While the underlying structure of these Window-Eyes enhancements is the same industry standard that has been in place since its inception, the concept of an app is more widely known, and the use of this term will help eliminate the confusion often associated with the more technical expression.

-- UIA

Window-Eyes 7.5 now provides full support for UI Automation (commonly referred to as UIA), a technology developed by Microsoft to provide assistive technology products with standard means to access and control parts of a program's user interface. UIA is similar to MSAA, but contains much richer information. While UIA is a new technology, applications like Visual Studio 2010 (as well as applications built with Visual Studio 2010) are already putting it to use.

-- Remote Assistance

Remote Assistance support is available for Windows Vista and Windows 7 (both 32-bit and 64-bit are supported). Remote Assistance for Windows XP will be forthcoming in a free, future upgrade. To start a Remote Assistance session (as the helpee), select the Ask for Help item under Help -> Remote Assistance. Make note of the 6-digit password provided, and contact a person from whom you want to receive assistance (the helper). They will then select the Offer Help option under Help -> Remote Assistance, enter their name and the 6-digit password you provided them. After they choose to connect, you will receive a confirmation to allow the helper to have access to your computer (the name they entered will be presented in the confirmation dialog).
When a successful connection is made, the Remote Assistance screen on the helper's side will go full screen (where all key strokes will be sent to the helpee's machine), and speech will automatically be ported to the helper's synthesizer. Note that the synthesizer is not changed to match the person asking for help. The person receiving help will hear speech with their same synth and the person helping will receive speech through their own synthesizer. In other words, the synthesizers do not have to match. When the helper is done assisting, the connection can be terminated by pressing Alt-Tab to the Remote Assistance dialog, and selecting the Cancel Help Request button. Both the helper, and helpee, can choose to terminate the connection at any time.
While connected, and full screen, the helper may choose to press Control-Alt-Break to switch from full screen to windowed mode. Once in windowed mode, the helper can access their machine resources like normal. Alt-tabbing back to the Remote Assistance dialog, and pressing Control-Alt-Break again will switch from windowed mode back to full screen. In windowed mode, the following hot keys can be used to provide full screen functionality:
ALT+PAGE UP: Switch between programs from left to right

ALT+PAGE DOWN: Switch between programs from right to left

ALT+INSERT: Cycle through the programs in most recently used order

ALT+HOME: Display the Start menu

CTRL+ALT+BREAK: Switch the client computer between a window and a full screen

ALT+DELETE: Display the Windows menu

CTRL+ALT+Minus sign (-): Place a snapshot of the entire client window area on the Terminal server clipboard and provide the same functionality as pressing ALT+PRINT SCREEN on a local computer (ALT+PRT SC)

CTRL+ALT+Plus sign (+): Place a snapshot of the active window in the client on the Terminal server clipboard and provide the same functionality as pressing PRINT SCREEN on a local computer (PRT SC)
-- Virtual Braille

In addition to the Virtual RDP and Virtual Citrix speech synthesizers that have been available for Terminal Services and Citrix, Window-Eyes 7.5 now offers the choice of a Virtual Braille display. When enabled, Window-Eyes will send data from the remote connection to a locally connected Braille display, providing complete Braille output.

-- Miscellaneous

* Window-Eyes 7.5 provides support for the current private builds of Internet Explorer 9.

* Enhanced support for both Windows Live Mail and Windows Live Messenger 2011, including an updated Windows Live Mail app which now ships by default with all Window-Eyes installations.

* We have made significant strides in increasing the speed with which Window-Eyes navigates all Word documents, and Outlook 2007/Outlook 2010 messages, specifically those with tables and table of contents.

* All factory set files have been converted to the new XML set file format. In addition, antiquated set files have been removed, and all existing set files have updated documentation.

* Context sensitive help (Control-Shift-/) and the key describer (Insert-1) have both been updated to reflect the new UI changes.

* If the rate was modified during a Read to End (using the U/D keys), Window-Eyes will now restore the rate settings to what they were before the Read to End began.

* Selecting a Braille display that is not physically connected or connected but not responding, will still allow you to navigate through Braille options, and interact with the display through scripting (which you normally wouldn't be able to do without a physical connection).

* A new hot key called "App Status Rotor" (Undefined by default) has been added to the Miscellaneous hot keys. This hot key will rotor the app status between Off, On and Manual.

* The Caps Lock key will now, by default, emulate the insert key when used as a modifier. When pressed and released by itself, it will still act as a caps lock. This makes the new laptop layout more intuitive, especially considering keyboards either missing insert keys, or that have insert keys that are difficult to get to. This option can be disabled globally using the option under Keyboard -> Special Keys.

++Enhancements Between Window-Eyes 7.5 and Window-Eyes 7.5 Beta 1

-- UI
* We fixed a problem where you were unable to modify the radio buttons under General -> Startup Options.
* The list of Braille displays is now alphabetized.
* We fixed a problem where the list of Braille displays would be appended to over and over when you entered and exited the Window-Eyes control panel with Devices -> Braille Displays selected.
* The Association -> Current Association portion of the Window-Eyes control panel has been modified. We removed the radio buttons and replaced them with a combo box. We also added a Save and Associate button to make the new association an on-demand setting, rather than something that happened automatically.
* We fixed a problem where the App Manager dialog would lose focus when disabling or restarting an app.
* We fixed some problems relating to the cursor in Browse Mode in Internet Explorer 9, including reading the current line.
* The "Save to Disk" button has been changed to "Save Settings" to match the option in the File menu.
* Added button shortcuts to our UI. This includes all buttons except for the program and global scope toggle buttons.
* When in the read only edit box under General -> Startup Options, both Control-S and Alt-S (to save settings) would say "Unable to save file". This problem has been resolved.
-- Web/Email
* We fixed a problem in Internet Explorer 9 where multi-line edit boxes were not reading correctly when either reviewing or editing text.
* We fixed a problem where indexes would still read in Thunderbird, even after disabling the index verbosity option.
* In Thunderbird, index information is now provided in the message list for both threaded and un-threaded views.
* When arrowing through text in Thunderbird and Firefox, Window-Eyes could hang on certain kinds of text. This problem has been resolved.
-- Miscellaneous
* If a UIA enabled application did not respond to our request to unhook from UIA when shutting down, it would cause Window-Eyes to hang until the application responded or closed. We have worked around this limitation.
* We have fixed several stability issues and memory leaks. Thank you to everyone who continues to send in Window-Eyes Error Reports. Window-Eyes stability, reliability, and performance is largely due to your continued input.
* We fixed a problem where Say Blank did not say, "blank" on web pages when the appropriate verbosity option was enabled.
* Enabling the Key Describer could cause Special Keys to be enabled/spoken. This problem has been resolved.
* All Tip of the Day messages have been updated to reflect the new Window-Eyes environment.
* When a a read-only edit box gets focus, Window-Eyes will now read up to 5K of text automatically.
* We fixed a problem where hot keys containing F1 could not be captured in Window-Eyes
* We fixed a problem where bringing up the Find dialog (or other Window-Eyes dialogs) could cause Window-Eyes to hang.
-- Braille
* In the Programs and Features control panel, the date contained question marks in Braille. This problem has been resolved.
* We have added support for the latest Alva displays.
* We fixed a problem where read-to-end in Microsoft Word was very slow with Braille enabled (especially with Grade 2).
* Typing in edit boxes with Braille would occasionally cause hangs. This problem has been resolved.
* We fixed a problem where the full path of a selected tree view item would not show up correctly in Braille.
-- Apps
* All GW Micro apps have been modified to check for updates on launch. To avoid a plethora of update dialogs, the GW Micro toolkit has been altered to provide a single indication that app updates are available. When you confirm this notification, you will be taken to the Window-Eyes Add/Remove Apps dialog where you can choose to update all apps at once, or individual apps at a time. This provides a much more streamlined approach to app updates.
* We fixed a problem where external Apps in Vista and above could cause Window-Eyes to crash.
* If you canceled out of the Quick Start Wizard, some settings like baud rate and stop bits would get messed up. This problem has been resolved.
* Duxbury, IEEnhance, iTunes are now part of the factory default apps.
* We fixed a GPF that would occur when accessing the Title property of some windows in a Windows collection.
* The Strings method was not accepting UNC file names. This problem has been resolved.
* We resolved a problem where Key Label dictionary file names were not returned correctly through the KeyLabelDictionary object.
++Enhancements Between Window-Eyes 7.5 Beta 1 and Window-Eyes 7.2

-- Email

* Thunderbird 3.1 changed how it indicates links between editing a message and reviewing a message. As a result, Window-Eyes would get confused when you focused a link. Now it works as expected.

* In Thunderbird 3.1, Browse Mode would come on when replying to a message. This has been fixed.

-- Office

* Navigating through Word documents is now substantially faster, especially in documents containing table of contents and/or tables.

* We fixed a rare problem where the inbox of Outlook 2010 would not speak.

* We fixed a problem where if both speech and Braille index and count verbosity options were enabled, then the index of the tab control in any Office ribbon for Braille would come out doubled. So instead of seeing "1 7" you would see "11 77".

* Window-Eyes now correctly reads the treeviews in Microsoft Office installs.

* We fixed a problem where Window-Eyes could go catatonic during an Office install.

* We fixed a few OSM issues brought out on some specific video cards when using Microsoft Access and Windows 7.

* Several of the spin (also known as up/down) controls in Outlook (encountered when editing or reviewing appointments) weren't reading correctly or showing up in Braille. This problem has been resolved.

* In the Word Paragraph dialog (Alt, H P G), the line spacing combo box wasn't reading correctly. This problem has been resolved.

* In Word 2010, the Styles pane (Control-Alt-Shift-S) would not read as you arrowed through the styles. This problem has been resolved.

* We fixed a problem where memory usage would continue to grow when using Word. This would cause instability after working in Word for a long period of time.

* We fixed a problem where cells in Excel would be accidentally selected based on their overlapped status.

* Window-Eyes now supports Arabic/Hebrew in Word.

* We fixed a problem where lines could be clipped or silenced in Word and Outlook.

-- Braille

* If Auto Route cursor was enabled, and focus was on a control with a cursor, and a quick message came up, you would not be able to navigate through the quick message. This has been resolved.

* If Auto Route cursor was disabled, the cursor would incorrectly move when navigating with the Braille display.

* In Windows Explorer (under Windows 7 only) Braille would show question mark characters around dates and times. This problem has been resolved.

-- Miscellaneous

* We fixed a problem where Window-Eyes would crash upon launch after installing the Terminal Services role under Windows Server 2008 Service Pack 2.

* Window-Eyes now communicates with tree view controls directly, meaning their contents should always be 100 percent accurate.

* In Windows 7, under the Wireless Devices feature in the Notification Area, the check box option to connect automatically wouldn't speak when it was focused (nor would the connect button). This problem has been resolved. Due to a Microsoft bug, the check box will always report checked. They also made the text "Check Box" part of the check box name, meaning Window-Eyes will speak "check box" twice.

* We fixed a problem caused by a bug in the latest Flash player that would cause Internet Explorer to crash. We have reported this issue to Adobe, and have worked around the problem for now.

* When launching Window-Eyes, you could receive a large number of script errors. This problem has been resolved.

* We fixed a problem of Window-Eyes not starting automatically even though the Startup Options were set correctly.

* We fixed a problem where Window-Eyes would get stuck in "downloading page" mode.

* We fixed a problem where Window-Eyes would lock up when using Braille and the mouse to review clips.

* If you redraw the screen (using Insert-Backslash), Window-Eyes will reset the active synthesizer. In the past, redrawing the screen would only reset the synthesizer speech parameters. Now the synthesizer is stopped and restarted.

-- Scripting

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

* Added Accessibles.FilterByRoleAndState method.

* Added BrailleTable.Filename

* Added Braille.ShowExtraSpacing (BrailleOptions.ShowExtraSpacing is now deprecated)

* Added Braille.SpeechBoxModeCharacteLimit (BrailleControlInformation.SpeechBoxModeCharacterLimit is now deprecated)

* Added Braille.SeparatorDotPattern (BrailleControlInformation.SeparatorDotPattern is now deprecated)

* Added Braille.LineModeRightIndicatorDotPattern (BrailleControlInformation.LineModeRightIndicatorDotPattern is now deprecated)

* Added Braille.LineModeLeftIndicatorDotPattern (BrailleControlInformation.LineModeLeftIndicatorDotPattern is now deprecated)

* Added Braille.LineModeIncludeDataIndicators (BrailleControLInformation.LineModeIncludeDataIndicators is now deprecated)

* Added Braille.BrailleWindow (BrailleSettings.BrailleWindow is now deprecated)

* Added Braille.UseGraphicSeparator

* Added Braille.Tracking property to indicate the cursor the Braille is following.

* Added Key.Insert

* Added Mouse.OnMoveEx, Mouse.OnButtonUpEx, Mouse.OnButtonDownEx, and Mouse.OnWheel.

* Added Speech.CharacterName, Speech.Phonetic, and Speech.Spell methods.

* Added Window.Settings2, Settings2, SetFile.Scope, SetFileScope, and Hotkey.Scope property to support the new ability to make most set file settings global or program specific.

* Added Text.PriorCharacterStatic, Text.CharacterStatic, Text.NextCharacterstatic, Text.PriorWordStatic, Text.WordStatic, Text.NextWordStatic, Text.PriorClipStatic, Text.ClipStatic, and Text.NextClipStatic.

* Added the UpDownEventInfo object, which provides the position and delta information of an up/down control.

* Key.RequiredModifiers is now read/write.

* Application.RunInSystemTray is now read/write.

* Added mbNone to the Mousebutton enum.

* Added MouseWheelDirection enum.

* Added hkScriptStatusRotor to the HotkeyID enum

* Added SpecialKeySettings.EnableCapsLockAsInsertKey.

* If an external script didn't register itself, Window-Eyes would crash on exit. This problem has been resolved.

* Script.CommonFileDialog now runs in it's own thread to avoid sluggishness and deadlocks when hooking using it along with Keyboard.OnKeyboardUp or Keyboard.OnKeyboardDown.

* We now verify parameters passed to methods and events. This means you will now get an error if you attempt to, say, pass an Object when a Bool is expected.

* When you stop a script, and the script doesn't respond in a reasonable amount of time (because it may be stuck in an infinite loop, for example), Window-Eyes will now kill the process (for external scripts) or the thread (for internal scripts) to ensure the script really stops.

* The MenuLevel property is back to working. Note there is no longer an intermediate setting. So if you read or set and the value is intermediate then it gets switched to advanced.

* We fixed a problem where scripts running with errors would be stopped when the Script Manager dialog was opened or updated.

* We have tweaked the .WEPM file extension in an effort to keep registry cleaners from thinking that it's clutter. Also, on launch of Window-Eyes, if there is no "All Users" association for the .WEPM extension, one will be made for the current user.

* The Menu.Enabled was not working correctly. Technically, Enabled and Grayed are two separate properties, but since there's no reason why you would Gray an option yet leave it Enabled, or why would you disable a menu item but not gray it, the Grayed and Enabled property are the same but opposite. In other words, if you set Grayed to True, Enabled is automatically set to False. Conversely, if you set Enabled to True, Grayed is automatically set to False.

* For embedded scripts, Window-Eyes now creates Scripting.Dictionary and Scripting.FileSystemObject objects (created with CreateObject) in the Window-Eye's process, meaning the objects will now run much faster. All other COM objects are created out of process in order to keep their integrity levels at medium (as they should be).

* When stopping all scripts (either by exiting Window-Eyes, switching profiles, using the App Status Rotor, or installing a package that requires all scripts be restarted), Window-Eyes no longer displays any script error dialogs..

* We fixed a problem when setting Window.Rectangle. Child windows would get moved because incorrect coordinates were being sent internally.

* If no window existed when attempting to get ScreenPoint.Window, an error would occur. Now, Window-Eyes returns Nothing.

* We fixed several cases where Window-Eyes would return a NULL string pointer from methods. With VBScript, there is no way to determine this scenario, and it could cause issues. Now, in embedded scripts, Window-Eyes will return an empty string instead of a NULL string. Non embedded scripts will still receive the NULL string (because they can handle them).

* When designing XML dialogs, you can now specify "helptext", "helpcontext" and "helpfile" for any focusable element (and for whole groups). All three attributes are described in the General Attributes section of the Designing Custom User Interfaces section of the Scripting manual. If you specify the appropriate attributes, then pressing F1 will activate the specified help section of a specified help file, or display the help in tooltip text, automatically. Nothing is required in the script itself.

* Synthesizer.UseSpecifiedSpeechParameters did not work correctly. This problem has been resolved. In addition, Synthesizer.UseEngineSpecifiedSpeechParameters has been deprecated as it is no longer needed.

++End Of Document