To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=93083
User joaniediggs changed the following:
What |Old value |New value
================================================================================
CC|'' |'williewalker'
--------------------------------------------------------------------------------
Keywords|accessibility, needmoreinf|accessibility, oooqa
|o, oooqa |
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Mon Sep 22 01:04:04 +0000
2008 -------
@es I'm having a harder time finding a way to reproduce the part of this bug
where STATE_FOCUSED goes missing without using Orca. When I use Accerciser as
described earlier and then perform the steps outlined in my original report,
Accerciser continues to display STATE_FOCUSED for the Layouts list. But:
1. When I look at the debugging output from Orca, before getting into the
context/pop-up menu, STATE_FOCUSED is definitely present, and after it
definitely is not. This would make me suspect Orca were it not for:
2. Accerciser in my experience does not 100% of the time update states without
"refreshing" the list. The act of refreshing the list (by moving focus into
Accerciser and choosing another item and/or choosing Refresh from the View menu
and then returning focus to Impress) causes the list to emit a focus: event
which presumably causes it to have STATE_FOCUSED, and then we don't know if it
was officially focused before or not. :-)
So.... Adding Will to the CC list for a sanity check and insight. (Hi Will!) In
the meantime, I started looking at the focus: events emitted by the Layout list
using Accerciser. I get the expected focus: events when:
a. I click in the list and focus was not there before.
b. I'm in the list, get into the File menu, and then press Escape causing focus
to be given back to the list.
c. I leave the list by pressing Control+Shift+Tab and then return to the list by
pressing Control+Tab, Arrowing Down to Layouts and pressing Return.
d. I give focus to the list, then leave Impress by Alt+Tabbing out of it, and
return to Impress by Alt+Tabbing back into it .
i.e. normally the list issues focus: events. In addition, whatever I give focus
to in the cases above also issues focus: events. However, when I perform the
steps in the original report, the two menu items (Apply to Selected Slides and
Insert Slide) issue focus: events as expected, but when focus is ultimately
given back to the Layouts list afterwards, the Layouts list never issues a
focus: event to reclaim focus. Shouldn't it be issuing one? (I think it should.)
Is that the same problem as the bug? (Couldn't tell ya, but it seems like it
might be. :-) Will, thoughts?)
Anyhoo, the previous screenshot illustrates how you can use Accerciser to see
what events we're getting. Given the number of focus: events issued, I narrowed
things down by first selecting the Layouts list in Accerciser and then turning
on event monitoring just for focus events and just for the selected accessible.
Hope this helps! And thanks again for looking into it!
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
