GNOME Bugzilla – Bug 125275
unnecessary "object:property-change:accessible-name" events
Last modified: 2004-12-22 21:47:04 UTC
problem 2: moved from vug# 125184 Description: In property window, file menu, permissions selected. screen reader reads the initial status of all check boxes, such as Read, write & Execute. But, screen reader do not read an event checked / un-checked, after check box checked. The same status can not be read immediately, We need to move the focus different object & bring back to originally focussed check box, then it reads the check box status. Presently after check box checked or checked, it sends event message as " rename window cbk_2307 properties ", where cbk_2307 is text file. Expected: Screen reader should read the modified status of the check boxes as checked or unchecked, along with the accessible description.
gnopernicus reacts to the changing of status of the check box (the change can be seen on braille monitor), but because for every change of the status of the check box an "object:property-change:accessible-name" is emitted the cahnge has no feedback from speech. So, this is a nautilus bug. The file/properties/permission dialog changes its name for every change of status for check-boxes, which is a wrong behaviour.
this is also a gnopernicus bug - perhaps nautilus doesn't need to change the accessible name, but some applications may indeed change the label in such cases. Although I don't think that's a great idea, gnopernicus should be able to handle this case gracefully. In other words, gnopernicus should speak something like "checked: Read" if the Read checkbox is checked in this case. So there is also a bug in gnopernicus' speech preemption algorithm.
Created attachment 21217 [details] [review] Proposed nautilus patch
I have decided against applyikng this patch. Instead I am dealing with this situation in gail, see bug #126605. I am closing this bug as a duplicate of bug #126605. *** This bug has been marked as a duplicate of 126605 ***