Issue 15942 - ZT stops reading after sending state event SELECTED (Menu)
Summary: ZT stops reading after sending state event SELECTED (Menu)
Status: CLOSED WONT_FIX
Alias: None
Product: ui
Classification: Code
Component: code (show other issues)
Version: OOo 1.0.0
Hardware: PC Windows 2000
: P4 Trivial (vote)
Target Milestone: not determined
Assignee: zoomtext
QA Contact: issues@ui
URL:
Keywords: accessibility-external
Depends on:
Blocks: 56539
  Show dependency tree
 
Reported: 2003-06-23 13:33 UTC by malte_timmermann
Modified: 2009-12-03 10:43 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description malte_timmermann 2003-06-23 13:33:33 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
Comment 1 malte_timmermann 2003-06-23 13:35:33 UTC
Added keyword Accessibility
Comment 2 malte_timmermann 2003-07-01 15:22:42 UTC
Target...
Comment 3 michael.bemmer 2003-12-12 11:45:05 UTC
ZoomText will not fix them for OOo1.1. So we're retargeting them to 2.0.
Comment 4 michael.bemmer 2003-12-12 12:14:11 UTC
Sorry for my last comment, which was nonsense. ZoomText will not fix them for
OOo2.0. So we're retargeting them to OOo later.
Comment 5 mdxonefour 2005-09-29 11:04:24 UTC
re-targeted to OOo 3.0
Comment 6 eric.savary 2006-09-25 09:26:16 UTC
Still the same in ZT9.0 + m182
Comment 7 eric.savary 2007-09-06 12:50:57 UTC
Removing "accessibility" keyword.
Comment 8 eric.savary 2007-09-06 12:53:04 UTC
Adding "accessibility-external" keyword.
Comment 9 eric.savary 2008-10-27 15:15:57 UTC
Set priority to P4 for issues which cannot be fixed by the OOo team but need an
external solution.
Comment 10 malte_timmermann 2009-12-03 10:42:16 UTC
ZoomText doesn't fix OOo issues anymore, closing this issue.
ZT supports need to be evaluated again when OOo has IA2 support.
Comment 11 malte_timmermann 2009-12-03 10:43:09 UTC
Closed.