GNOME Bugzilla – Bug 87308
unknown role in gtk-demo/color selector
Last modified: 2004-12-22 21:47:04 UTC
Overview: For some object the role is unknown. Steps to reproduce: Start gtk-demo. Open "Color Selector/Chnage the above color/Changing color" dialog. There are some objects (the "push buttons" with colors and the circle) which have unknown role. Expected results: A valid role.
Hi Remus: first of all, "UNKNOWN" is technically still a valid role, and you should expect to get this sometimes. However for common UI components we do want to provide better information. If the ATK and AT-SPI role lists already have something suitable for these objects then we should use that; if it's important to provide a new role, then we should add the role _name_ to the enumeration list at runtime (we can't add a static enum to the API at this time). So if we can't reuse an existing role, we should report ROLE_EXTENDED, and then a call to getRoleName will return a more specific string indicating the specific "extended" role type.
The "push-buttons" with colors referred to are implemented as GtkDrawingArea. I agree that it would be desirable that these objects have role push-button. The circle referred to is a GtkHSV widget. If we were to define a role for this I would suggest "color-wheel".
The color wheel, i.e. the GtkHSV widget is not exposed by the GtkColorSelection widget so it is difficult to set its role in gail. Also, the push-buttons with color widgets are not exposed by GtkColorSelection widget so it is also difficult to set their roles. The dialog will have role ATK_ROLE_COLOR_SELECTION and the color can be changed using the Hue, Saturation, Value, Red, Green and Blue spin buttons. I am changing the priority of this bug to low. If you disagree, please comment.
Updating status_whiteboard field to reflect A11Y team's assessment of accessibility impact.
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME bug list :)
*** This bug has been marked as a duplicate of 118339 ***