Bug 1269

Summary:	Accessibility events missing in FolderView and SummaryView
Product:	Claws Mail (GTK 2)	Reporter:	Joanmarie Diggs <joanmarie.diggs>
Component:	UI	Assignee:	users
Status:	RESOLVED WONTFIX
Severity:	enhancement
Priority:	P3
Version:	3.0.0
Hardware:	PC
OS:	Linux

Description Joanmarie Diggs 2007-07-18 05:43:55 UTC

The FolderView and the SummaryView tables each claim to manage their descendants, which means active-descendant-changed events should be exposed to assistive technologies when the selection changes.  (Please see http://www.gtk.org/api/2.6/atk/atk-AtkState.html)  These events are not being exposed.  As a result assistive technologies, such as screen readers for users who are blind, cannot reliably inform the user of his/her present location within these tables.

One tool you can use to examine what events are being exposed by Claws Mail is Accerciser, which you can obtain from GNOME (http://live.gnome.org/Accerciser).   With event monitoring on, compare what happens when you arrow up and down in the gtk-demo tree views with what happens when you arrow up and down in FolderView and SummaryView.  Additional information about accessibility can be found at the GNOME Accessibility Project (http://developer.gnome.org/projects/gap/).  To learn more about the Orca screen reader, please see http://live.gnome.org/Orca.

If you could cause the active-descendant-changed events to be exposed, that would be awesome!  If there's anything I can do to help, please let me know. Thank you very much in advance for your time and help.

Comment 1 Colin Leroy 2007-07-19 18:48:11 UTC

Hi,

We'll look at that. The problem probably comes from the fact the lists you mention are custom widgets that inherit from the (deprecated) GtkCTree...

Comment 2 Colin Leroy 2008-07-05 15:52:34 UTC

-- Bugzilla database cleanup --
Hi, 
It looks like nobody has been interested in implementing this feature since the end of 2007; in order to clean up the bugzilla, I'm marking this WONTFIX.

Features in Claws Mail get implemented on a developer-interest basis: if one of the core developers codes a feature, or if an external contributor provides a good patch, the feature gets added. If the feature interests nobody with coding abilities, although it seems nicer to leave old requests lingering in Bugzilla and let the submitter hope the feature will be added someday, it's more honest (and cleaner) to close them as WONTFIX.