Issue 48361 - Content of pop up windows and floaters is not discovered by gnopernicus
Summary: Content of pop up windows and floaters is not discovered by gnopernicus
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: 680m97
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 2.0.2
Assignee: wolframgarten
QA Contact: issues@gsl
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2005-04-28 12:38 UTC by wolframgarten
Modified: 2006-02-15 14:17 UTC (History)
3 users (show)

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

Attachments
Set frame role for ownerdecorated toolbars/floaters (493 bytes, patch)
2005-09-05 10:44 UTC, stephan_schaefer 		no flags Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description wolframgarten 2005-04-28 12:38:29 UTC 
Open a new document and navigate with F6 to some pop-up window (custom shape pop
ups or color pop up in writer/Calc). Open the pop up and travel through the
content: nothing is discovered by gnopernicus (braille monitor, screen reader).
Comment 1 wolframgarten 2005-04-28 12:39:58 UTC 
Keyword added.
@obr: Please decide who should fix this bug and for which version it is possible
to do this. Thanks in advance.
Comment 2 wolframgarten 2005-04-28 13:15:34 UTC 
OS changed. I have this on JDS with gnopernicus.
Comment 3 nospam4obr 2005-05-19 13:41:12 UTC 
Changing the accessible role of this windows to FRAME makes them at least appear
in the a11y hierarchy. However I am unable to set the focus into such a window
when it is docked.

When the window is in floating mode and focused, gnopernicus reads the content
as expected.
Comment 4 stephan_schaefer 2005-05-26 10:30:48 UTC 
retarget due to limited resources
Comment 5 stephan_schaefer 2005-09-05 10:44:08 UTC 
Created attachment 29321 [details]
Set frame role for ownerdecorated toolbars/floaters
Comment 6 stephan_schaefer 2005-11-21 16:45:24 UTC 
Fixed in CWS vcl47.
Comment 7 stephan_schaefer 2005-12-05 14:37:48 UTC 
Please verify in CWS vcl47.

re-open issue and reassign to wg@openoffice.org
Comment 8 stephan_schaefer 2005-12-05 14:37:55 UTC 
reassign to wg@openoffice.org
Comment 9 stephan_schaefer 2005-12-05 14:38:00 UTC 
reset resolution to FIXED
Comment 10 stephan_schaefer 2005-12-19 11:27:55 UTC 
reopen
Comment 11 stephan_schaefer 2005-12-19 11:34:10 UTC 
ssa->pb: with my recent fixes in vcl47 floating toolbars are read by AT tools
only if they are fully teared-off. subtoolbars that are still conected to their
toolbar like a drop down menu (like the custom shapes in the drawing tolbar) are
not read.
The problem is as follows:
As soon as those popups appear a child event is sent to the parent toolbar. the
toolkit's accessibletoolbar implementation however is not prepared for child
events that do not come from item windows (eg, comboboxes that are embedded in
toolbars).
So when a child event occurs the toolbar should check if it comes from an
ordinary child window of the existing toolbar and create an acessible in this
case. additionally, this new accessible child must be connected to the toolbar
button that was just pressed to properly reflect the window hierarchy.
Comment 12 pb 2005-12-20 15:36:47 UTC 
pb: accepted
Comment 13 pb 2005-12-21 10:43:37 UTC 
pb: fixed in cws vcl47.
Files changed:
/toolkit/source/awt/vclxaccessibletoolbox.cxx 1.37.32.1
Comment 14 pb 2006-01-09 13:57:53 UTC 
pb: not fixed till AccessBridge supports SubToolBars -> in progress by OBR.
Comment 15 nospam4obr 2006-01-12 15:29:25 UTC 
Changes to AccessBridge commited. However, it seems that the CHILD events are
emitted from the toolbar, not the buttons and also there seems to be no "remove"
event.

Furthermore filtering the popup windows seems not to work on GNOME right now,
since those are still reported as "FRAME" through the toolkit.
Comment 16 pb 2006-01-16 13:03:00 UTC 
pb: now the buttons emit the NotifyEvent.
Files changed:
/toolkit/inc/toolkit/awt/vclxaccessibletoolbox.hxx 1.21.44.1
/toolkit/inc/toolkit/awt/vclxaccessibletoolboxitem.hxx 1.21.44.1
/toolkit/source/awt/vclxaccessibletoolbox.cxx 1.37.32.2
/toolkit/source/awt/vclxaccessibletoolboxitem.cxx 1.38.44.1
Comment 17 pb 2006-01-19 15:38:47 UTC 
pb: now checked in cws pb11.
Files changed:
/toolkit/inc/toolkit/awt/vclxaccessibletoolbox.hxx 1.21.54.1
/toolkit/inc/toolkit/awt/vclxaccessibletoolboxitem.hxx 1.21.54.1
/toolkit/source/awt/vclxaccessibletoolbox.cxx 1.37.42.2
/toolkit/source/awt/vclxaccessibletoolboxitem.cxx 1.38.54.1
/vcl/source/window/dockmgr.cxx 1.13.78.1
Comment 18 pb 2006-01-26 07:36:48 UTC 
pb: release sub toolbox.
Files changed:
/toolkit/inc/toolkit/awt/vclxaccessibletoolbox.hxx 1.21.54.2
/toolkit/inc/toolkit/awt/vclxaccessibletoolboxitem.hxx 1.21.54.2
/toolkit/source/awt/vclxaccessibletoolbox.cxx 1.37.42.4
Comment 19 pb 2006-01-30 10:23:26 UTC 
pb: fixed!
Comment 20 pb 2006-02-01 08:23:44 UTC 
pb -> wg: please verify, thx.

re-open issue and reassign to wg@openoffice.org
Comment 21 pb 2006-02-01 08:23:57 UTC 
reassign to wg@openoffice.org
Comment 22 pb 2006-02-01 08:24:02 UTC 
reset resolution to FIXED
Comment 23 wolframgarten 2006-02-03 10:31:47 UTC 
Verified in CWS.
Comment 24 wolframgarten 2006-02-15 14:17:43 UTC 
Tested in master m156. Closed.