Apache OpenOffice (AOO) Bugzilla – Issue 15942
ZT stops reading after sending state event SELECTED (Menu)
Last modified: 2009-12-03 10:43:09 UTC
ZoomText stops reading after sending an ACCESSIBLE_STATE_EVENT with SELECTED as old value. A MENU may have the state SELECTED, namely when the corresponding submenu window is opened. If the window is opened, the MENU sends an ACCESSIBLE_STATE_EVENT with SELECTED as new value. ZoomText reads e.g. 'File menu opened'. Then the first MENUITEM of the MENU is highlighted. Therefore the MENUITEM sends an ACCESSIBLE_STATE_EVENT with ARMED as new value. ZoomText reads e.g. 'New'. When the window is closed, the MENU changes its state from selected to deselected. Therefore an ACCESSIBLE_STATE_EVENT with SELECTED as old value should be sent. ZoomText should read e.g. 'File menu closed'. But this event stops ZoomText from reading the other menu items. Only after a new ACCESSIBLE_STATE_EVENT with SELECTED as new value is sent, ZoomText reads the text in the newly opened submenu window. MT: Work around is that we currently don't send these events on windows. Must be fixed in ZT anyway, but they need a special dll from us for verifying this
Added keyword Accessibility
Target...
ZoomText will not fix them for OOo1.1. So we're retargeting them to 2.0.
Sorry for my last comment, which was nonsense. ZoomText will not fix them for OOo2.0. So we're retargeting them to OOo later.
re-targeted to OOo 3.0
Still the same in ZT9.0 + m182
Removing "accessibility" keyword.
Adding "accessibility-external" keyword.
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.