Issue 13278 - AT tool (ZoomText): presence of submenues not read
Summary: AT tool (ZoomText): presence of submenues not read
Status: CLOSED FIXED
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1 Beta
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: AOO PleaseHelp
Assignee: zoomtext
QA Contact: issues@ui
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2003-04-10 17:14 UTC by eric.savary
Modified: 2004-02-05 13:19 UTC (History)
4 users (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 eric.savary 2003-04-10 17:14:45 UTC
When opening a menu via keyboard and selecting a menu item containing a sub
menu, the presence of the sub menu is not announced from ZT.

TBE->MT: If you highlight a menu with the mouse, the corresponding submenu is
opened automatically. If you highlight the menu with the keyboard, the submenu
is not opened. In this case ZoomText only reads the accessible text of the menu,
but the user has no hint, that he can open a submenu. In principal ZoomText can
use the accessible role of a menu (role: MENU), which distinguishes it from a
menu item (role: MENUITEM).
Comment 1 eric.savary 2003-04-10 17:16:12 UTC
ES: rlast verified in 644m9
Comment 2 malte_timmermann 2003-07-16 15:40:55 UTC
Not fixed in ZT8.02
Comment 3 michael.bemmer 2003-12-12 11:44:53 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:11:50 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 eric.savary 2004-02-05 13:19:29 UTC
Fixed in ZT8.04!
Comment 6 eric.savary 2004-02-05 13:19:58 UTC
closed