Issue 95042

Summary: [a11y] active-descendant-changed, selection-changed events missing from Size combo box in Character dialog
Product: Writer Reporter: joaniediggs <joanmarie.diggs>
Component: uiAssignee: eric.savary
Status: CLOSED FIXED QA Contact: issues@sw <issues>
Severity: Trivial    
Priority: P3 CC: issues, walker.willie
Version: OOO300m9Keywords: accessibility
Target Milestone: ---   
Hardware: Unknown   
OS: Linux, all   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

Description joaniediggs 2008-10-17 02:36:31 UTC
Steps to reproduce:

1. Launch Writer and Accerciser.

2. In Accerciser, select soffice in the list of accessibles on the left, then
choose the Event Monitor page tab. Choose "Selected application" in the  Source
group of radio buttons. In the tree of of event types, expand "object" and check
"active-desendant-changed" and "selection-changed".

3. Having done the above, get into Writer's Character dialog by choosing it from
the Format menu. Move to the Font page if you're not automatically placed there.

4. Give focus to the Font text object. Press Up and Down Arrow to change the
selection.

5. Give focus to the Typeface text object. Press Up and Down Arrow to change the
selection.

6. Give focus to the Size text object. Press Up and Down Arrow to change the
selection.

Expected results: When performing steps 4, 5, and 6, each press of an Arrow key
would cause an object:active-descendant-changed event and an
object:selection-changed event to each be emitted.

Actual results: We get the expected results for steps 4 and 5, but not for step 6.

Looking at the accessible hierarchy for the above items, the scrollable lists of
Fonts and Typefaces are each of ROLE_LIST whereas the list of sizes is of
ROLE_SCROLL_PANE. Would it be possible/make sense for Size to have a similar
structure as Font and Typeface? If not, some other way of causing us to get an
active-descendant-changed and/or a selection-changed event would be appreciated.

Thanks!
Comment 1 williewalker 2009-03-24 19:28:52 UTC
Trackback to the Orca bug:
http://bugzilla.gnome.org/show_bug.cgi?id=556476
Comment 2 eric.savary 2009-03-26 15:34:46 UTC
@OD: Reproduced as described. Feel free to contact me if you need help.
Comment 3 Oliver-Rainer Wittmann 2009-03-27 10:22:56 UTC
setting target
Comment 4 Oliver-Rainer Wittmann 2009-06-29 14:36:22 UTC
fixed in cws swa11y32 - changed file:
/toolkit/source/helper/unowrapper.cxx, rev. 273476

solution:
At the UNO-API and also at the A11y-API the underlining implementation of this
user control - a <MetricBox> - is treated as a simple window. But <MetricBox> is
inherited from <ComboBox>. Thus, it is now treated as a combo box at the UNO-API
and the A11y-API.
Comment 5 Oliver-Rainer Wittmann 2009-07-28 14:04:14 UTC
OD->ES: Checked in internal installation set of cws swa11y32_2nd - please verify
Comment 6 williewalker 2009-08-04 16:11:29 UTC
This fix has been confirmed by the Orca team using the
swa11y32_2nd_en-US_SolarisIntel.tar file Thomas Lange made for me
(300m51(Build:9408)[CWS:swa11y32_2nd]).

Many thanks!
Comment 7 eric.savary 2009-08-04 23:01:52 UTC
Thanx for verifying!
Comment 8 malte_timmermann 2010-01-08 09:12:36 UTC
Fixed and integrated => closing now..