Issue 48638 - Templates & documents: Gok does not read the IconChoiceControl
Summary: Templates & documents: Gok does not read the IconChoiceControl
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: 680m97
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0.2
Assignee: eric.savary
QA Contact: issues@framework
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2005-05-03 16:31 UTC by eric.savary
Modified: 2006-02-08 13:00 UTC (History)
2 users (show)

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

Attachments
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 eric.savary 2005-05-03 16:31:43 UTC 
- JDS 34b + OOom97
- Open Templates & documents
- GOK: Activate - Templates & documents - UI Grab - IconChoiceControl
-> only [Back] is showing
Comment 1 eric.savary 2005-05-03 16:36:12 UTC 
Set accessibility keyword
Comment 2 eric.savary 2005-05-03 17:38:11 UTC 
ES->OBR: please dispatch to the responsible engineers. Thanx!
Comment 3 nospam4obr 2005-05-17 13:19:39 UTC 
The problem may be that the children of the IconChoiceControl, which itself has
the accessible role TREE, have the accessible role LABEL, which doesn't indicate
that they can be pressed. Maybe a role BUTTON or such would be more appropriate.

Please note that due to i48623 the dialog is not recognized by gok when open
from File-New menu.
Comment 4 billhaneman 2005-05-17 13:52:34 UTC 
no, the problem probably is not the ROLE, it's more likely that either the
objects don't expose AccessibleAction, or they don't have AccessibleNames. 
Nameless objects can't be exposed by GOK, since GOK doesn't know what to call
them.  

basically, to be exposed by GOK as an actionable object, a UI component should:

* implement AccessibleAction (or, in some cases, AccessibleValue)
* have a name, short description, or implement AccessibleText
* have the appropriate states ENABLED, VISIBLE, SHOWING (and be inside ancestors
which also have those states)
Comment 5 nospam4obr 2005-05-17 14:38:49 UTC 
Well the items have a name, but don't expose AccessibleAction, so you're right
Bill. Thanks.
Comment 6 Mathias_Bauer 2005-05-23 15:53:35 UTC 
Too much issues for 2.0.1 -> Later.
Comment 7 Mathias_Bauer 2005-05-24 08:17:54 UTC 
Accessibility issues should be fixed with target 2.0.2
Comment 8 pb 2005-12-13 09:00:41 UTC 
pb: fixed in cws pb11.
Files changed:
/svtools/source/inc/accessibleiconchoicectrlentry.hxx 1.9.102.1
/svtools/source/contnr/templwin.cxx 1.68.28.1
/svtools/source/Accessibility/accessibleiconchoicectrl.cxx 1.15.102.1
/svtools/source/Accessibility/accessibleiconchoicectrlentry.cxx 1.15.102.1
Comment 9 pb 2006-02-01 08:26:35 UTC 
pb -> es: please verify, thx.

re-open issue and reassign to es@openoffice.org
Comment 10 pb 2006-02-01 08:26:38 UTC 
reassign to es@openoffice.org
Comment 11 pb 2006-02-01 08:26:43 UTC 
reset resolution to FIXED
Comment 12 eric.savary 2006-02-01 11:49:31 UTC 
ES: Now there is no IconChoiceControl anymore but the entries show directly in GOK
-> Verified in CWS pb
Comment 13 eric.savary 2006-02-08 13:00:37 UTC 
Ok in src680m156