On Wed, Aug 28, 2013 at 8:12 PM, James Crook <email@example.com> wrote:
On 28/08/2013 12:02, David Bailes wrote:
Unfortunately once the list item is selected neither mouse clicks nor selected nor deselected events reach it. Hence there is then no way to toggle the checkbox on a click! I tried that earlier on. So I can't do that solution.On Tue, Aug 27, 2013 at 6:48 PM, James Crook <firstname.lastname@example.org> wrote:
I've added support for HOME and END now which will help non VI users too.
thanks for fixing this.
I don't know if you've got any more time before the freeze, but there is one more issue. For check box lists it seems to be standard practice to select the focussed item, rather than leave it unselected.
There is a way to fix it by (a) faking selected status visually by using foreground and background colours. (b) feeding the screen reader a different message - including the yes/no/dodgy for the tickbox status. However this would take me more development time than I have.
The downside of the current version for users of screen readers is that the screen reader reads the item as being unselected. In the present context, the user would think that the plug-in needed to be selected to be installed, and therefore would press spacebar - with the opposite result.
I think a proper fix HAS to speak the yes/no/dodgy status. Anything less will still be confusing or at best unclear. So is post 2.0.4
If the functionality of this dialog can't be changed before 2.0.4, then I think it would be very helpful to include some instructions for users screen readers in this dialog to explain what's going on. Without this, I think they'll probably end up utterly confused. Would this be possible?