After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 348975 - orca should not speak the role when moving between radio buttons
orca should not speak the role when moving between radio buttons
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: speech
0.2.x
Other All
: Normal minor
: 2.18.0
Assigned To: Rich Burridge
Orca Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-07-27 19:12 UTC by Mike Pedersen
Modified: 2008-07-22 19:24 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch to implemented the suggested change (3.98 KB, patch)
2006-10-19 16:08 UTC, Rich Burridge
none Details | Review

Description Mike Pedersen 2006-07-27 19:12:59 UTC
Please describe the problem:
After tabbing to a radio button group orca speaks the role when changing the selected button

Steps to reproduce:
1. Open the "edit current profile" dialog in gnome-terminal
2. navigate to any of the radio button groups
3. arrow between the radio buttons


Actual results:
Radio button is spoken each time the selected button is changed

Expected results:
You should just hear the new button

Does this happen every time?
yes

Other information:
Comment 1 Willie Walker 2006-07-28 12:34:03 UTC
Thank you for your report.  We will most likely look at this post GNOME 2.16.
Comment 2 Willie Walker 2006-10-15 00:25:40 UTC
Add accessibility keyword.  Apologies for spam.
Comment 3 Willie Walker 2006-10-19 15:20:25 UTC
Mike - is this an RFE or a bug?  What's the behavior for different verbosity levels?  Is there a spec for this in the orca docs?  
Comment 4 Willie Walker 2006-10-19 15:36:56 UTC
I think this problem may end up being a hairball to implement and to provide a compelling user experience.  I'm guessing the major annoyance here is that the user hears the rolename before the state.  This seems to violate our general rule of more important information first.  What if we resolve this problem by presenting the state first and the role next?
Comment 5 Mike Pedersen 2006-10-19 15:43:07 UTC
This would be sufficient if implementation of the origional bug report will be a real problem.  I view this as more of a bug not at RFE.    
Comment 6 Rich Burridge 2006-10-19 16:08:53 UTC
Created attachment 75025 [details] [review]
Patch to implemented the suggested change

Per discussion with Will, this patch reverses the speaking 
of the state and the role for radio buttons and also for 
check boxes. State is now spoken first, followed by role.
Comment 7 Rich Burridge 2006-10-19 16:11:13 UTC
Changes checked into CVS HEAD. Closing as FIXED.