GNOME Bugzilla – Bug 348466
[a11y] When in the 'subject' and 'to' lines of evolution, backspaced characters are not announced
Last modified: 2007-05-25 15:15:12 UTC
Please describe the problem: When typing an email address or subject and a typing error has occured, pressing backspace normally announces the character just deleted, but does not. Steps to reproduce: 1. Press shift control M to open a new message. 2. type an email address or subject 3. press backspace on either line to delete a caracter Actual results: No speech announces what was just deleted when backspace was pressed. Expected results: I would expect speech to tell the user what they just deleted. Does this happen every time? Yes Other information:
In Orca, we listen for "object:text-changed:delete" events in the onTextDeleted() method in default.py. There is specific code in there for when the event string is "BackSpace": ... string = orca.lastInputEvent.event_string text = event.source.text if string == "BackSpace": # Speak the character that has just been deleted. # character = event.any_data.value() In other words, the any_data.value() part of the event should contain the character that has just been deleted. If the focus is in the Evolution Compose window message body, this works exactly as it should. When the focus is in any of the message header text fields, this event field is not filled in. Thus Evolution is not doing the right thing. Transferring to them for further investigation.
In fact, the entry is a gtkentry, so this is a Gail bug. I have tried gtk-demo, and can reproduce this bug.
I am puzzled to see that the gailentry "delete" notification seems to take place in an idle handler. That would certainly break this functionality, since the deleted string would be gone by the time the notification reached the atk-bridge. Padraig, can you shed some light on why this is done at idle?
The change to use an idle handler was made in version 1.82 of the file gailentry.c as a fix for bug 170327: http://bugzilla.gnome.org/show_bug.cgi?id=170327
*** Bug 343035 has been marked as a duplicate of this bug. ***
Hi. Any update on this bug? Thanks
Is this a possible dup of bug 404714?
(In reply to comment #7) > Is this a possible dup of bug 404714? > Or, the other way around (i.e., bug 404714 is a dup of this?) :-)
I think so as these seem to be the same control.
Hi Will, have you try the gail trunk code? I just fixed http://bugzilla.gnome.org/show_bug.cgi?id=313954, maybe these two are dups of that one? :)
A week ago I remembered there was a bug about deleting characters in gtkentry. And I found #313954, so I fixed it. Now I realize it should be this bug. Anyway, they are the same problem.
(In reply to comment #11) > A week ago I remembered there was a bug about deleting characters in gtkentry. > And I found #313954, so I fixed it. Now I realize it should be this bug. > Anyway, they are the same problem. Marking this as a duplicate of 313954. *** This bug has been marked as a duplicate of 313954 ***