Issue 50190 - Accessibility problems in task pane
Summary: Accessibility problems in task pane
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: 680m104
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-01 15:31 UTC by wolframgarten
Modified: 2005-07-18 09:36 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 wolframgarten 2005-06-01 15:31:15 UTC
-1 when navigating via keyboard inside the masterpage category und clicking down
at the bottom the group is left and you are one stage higher again (master
pages-layouts-custom
animations-slide tranistions).
-2 navigating in circle should be possible. When you are at the bottom clicking
down again hsould bring you to the top (like in slide sorter).
-3 Category recently used master pages stays empty.
-4 when navigating through the content of the masterpage category the focus
leaves the window downwards but the window is not scrolled . The same problem
for the layouts window.
Comment 1 groucho266 2005-06-01 16:56:18 UTC
Accepted.
Comment 2 groucho266 2005-06-01 17:09:13 UTC
1,2: We probably have to intercept some TAB key presses. These are usually
processed by the ::Window class and jump to the next element in a group.  In
this case the group seems to contain the title bars of both top-level controls
and the second-level controls.

4: The visible part of the controls in question is managed by the ScrollPanel. 
I will have to add a connection between the ScrollPanel and the controls so that
when the selection changes the selected item can be moved into the visible area.

Comment 3 groucho266 2005-06-02 09:51:57 UTC
3: I can not reproduce that.
Comment 4 groucho266 2005-06-06 13:38:18 UTC
Fixed 1 and 2 by making the TaskPaneFocusManager more general.  Now it can move
the focus from a source window to a target window whenever the source window has
the focus and a certain key is pressed.  Addings such links for KEY_UP/DOWN to
the first and last controls in a ScrollPanel and a ToolPanel makes the focus
cycle through the children.

Fixed 4 by adding the MakeRectangleVisible() method to the ScrollPanel class and
calling it when the selection in value sets or the focus in title bars changes.

Affected files:
/sd/source/ui/inc/taskpane/ScrollPanel.hxx    rev. 1.2.46.3
/sd/source/ui/toolpanel/ScrollPanel.cxx    rev. .5.46.3
/sd/source/ui/toolpanel/SubToolPanel.cxx    rev. 1.4.46.3
/sd/source/ui/toolpanel/TaskPaneFocusManager.cxx    rev. 1.2.320.1
/sd/source/ui/toolpanel/TaskPaneFocusManager.hxx    rev. 1.2.320.1
/sd/source/ui/toolpanel/TaskPaneViewShell.cxx    rev. 1.10.40.4
/sd/source/ui/toolpanel/TitledControl.cxx    rev. 1.7.18.3
/sd/source/ui/toolpanel/ToolPanel.cxx    rev. 1.6.46.3
/sd/source/ui/toolpanel/controls/MasterPagesPanel.cxx    rev. 1.6.46.1
Comment 5 wolframgarten 2005-06-14 13:17:39 UTC
When going down in the layouts pane with the keyoboard the content starts to
scroll upwards even though there is enough space.
When now changing to anothe window and back you have repaint problems in the
layouts task pane.

re-open issue and reassign to af@openoffice.org
Comment 6 wolframgarten 2005-06-14 13:17:43 UTC
reassign to af@openoffice.org
Comment 7 wolframgarten 2005-06-14 13:17:52 UTC
reset resolution to FIXED
Comment 8 wolframgarten 2005-06-14 13:20:59 UTC
Reopened.
Comment 9 groucho266 2005-06-14 14:19:03 UTC
In ScrollPanel::MakeRectangleVisible() the visibility of the vertical scroll bar
was not checked.  So MakeRectangleVisible() used its values, the visible range,
even when it was hidden and it is not updated.

Fixed in /sd/source/ui/toolpanel/ScrollPanel.cxx    rev. 1.5.46.5
Comment 10 groucho266 2005-06-23 10:32:48 UTC
Back to QA for verification.

re-open issue and reassign to cgu@openoffice.org
Comment 11 groucho266 2005-06-23 10:32:53 UTC
reassign to cgu@openoffice.org
Comment 12 groucho266 2005-06-23 10:32:59 UTC
reset resolution to FIXED
Comment 13 christian.guenther 2005-07-07 10:00:52 UTC
The reporter of this issue is wg therefore I reassign it to wg.

re-open issue and reassign to wg@openoffice.org
Comment 14 christian.guenther 2005-07-07 10:01:01 UTC
reassign to wg@openoffice.org
Comment 15 christian.guenther 2005-07-07 10:01:12 UTC
reset resolution to FIXED
Comment 16 wolframgarten 2005-07-11 14:25:35 UTC
Verified in CWS.
Comment 17 wolframgarten 2005-07-14 10:58:11 UTC
Target changed.
Comment 18 wolframgarten 2005-07-18 09:36:52 UTC
Tested in master m118.