Oliver?

For me this issue seems to have something to do with the language settings used:
after switching them to english (for ZT 9 and OOo 2.0), it started working.
Further investigations to follow.

However, this seems to be a corner case since ZT is targeted for the US market,
where most people will use en-US locale anyway.

I checked this. Indeed!
My locales where Thai thoough I use an English OOo and English Windows.
After resetting my locale to English and booting anew, ZT reads *everything*!

I am still able to reproduce the behavior in my VMware session. Further testing
unveiled that Zoomtext 8/9 removes all it's listeners as soon as the OOo Window
loses focus:

[Dialog] Options - StarOffice - User Data has been opened
[Dialog] Options - StarOffice - User Data is now active
[tree]  is now focused

[..]

[menu] File property change listener removed for
org.openoffice.java.accessibility.Menu$AccessibleMenu@1f6f27b
java.lang.Throwable
       at
org.openoffice.java.accessibility.Component$AccessibleUNOComponent.removePropertyChangeListener(Component.java:485)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor$AccessibilityEventListener.removeListeners(AccessibilityEventMonitor.java:232)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor$AccessibilityEventListener.removeListeners(AccessibilityEventMonitor.java:216)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor$AccessibilityEventListener.removeListeners(AccessibilityEventMonitor.java:254)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor$AccessibilityEventListener.removeListeners(AccessibilityEventMonitor.java:216)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor$AccessibilityEventListener.removeListeners(AccessibilityEventMonitor.java:254)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor$AccessibilityEventListener.removeListeners(AccessibilityEventMonitor.java:216)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor$AccessibilityEventListener.removeListeners(AccessibilityEventMonitor.java:254)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor$AccessibilityEventListener.removeListeners(AccessibilityEventMonitor.java:216)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor$AccessibilityEventListener.removeListeners(AccessibilityEventMonitor.java:204)
       at
com.sun.java.accessibility.util.AccessibilityEventMonitor.removePropertyChangeListener(AccessibilityEventMonitor.java:87)
       at
com.sun.java.accessibility.AccessBridge$EventHandler.removeAccessibilityEventNotification(AccessBridge.java:4442)
       at
com.sun.java.accessibility.AccessBridge.removeAccessibilityEventNotification(AccessBridge.java:4842)
       at com.sun.java.accessibility.AccessBridge.run(Native Method)
       at java.lang.Thread.run(Unknown Source) 

This does not happen with JAWS (on a native Win XP) or Notepad.jar (in the same
VMware session), but happens with OOo 1.1.5 / OOo 2.0 and OOo 2.0.1.

Status update: the problem has been reported to AI Squared and we are awaiting
feedback if and how OOo could behave differently to avoid triggering the problem.

This problem does not occur with Zoomtext 7.11.

obr: so does this mean that it is bug in non-OOo software and it is fixed in its
new version? Can we thus remove the Target mielstone settings?

The problem is not fixed: the latest Zoomtext (9.02) makes things even worse.

@mh: since it was your preference to keep the issue on the target, could you
please comment whether this should still be the case or not ? Thx.

Martin?

adjust target

MD: targeted to 2.x

Removing "accessibility" keyword.

Adding "accessibility-external" keyword.

target 3.0

Set priority to P4 for issues which cannot be fixed by the OOo team but need an
external solution.

ZoomText doesn't fix OOo issues anymore, closing this issue.
ZT supports need to be evaluated again when OOo has IA2 support.

Closed.