RE: gnome-accessibility-list Digest, Vol 120, Issue 1





> From: gnome-accessibility-list-request gnome org
> Subject: gnome-accessibility-list Digest, Vol 120, Issue 1
> To: gnome-accessibility-list gnome org
> Date: Mon, 7 Apr 2014 12:00:04 +0000
>
> Send gnome-accessibility-list mailing list submissions to
> gnome-accessibility-list gnome org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
> or, via email, send a message with subject or body 'help' to
> gnome-accessibility-list-request gnome org
>
> You can reach the person managing the list at
> gnome-accessibility-list-owner gnome org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gnome-accessibility-list digest..."
>
>
> Today's Topics:
>
> 1. Re: New magnifier UI: Input requested (Juanjo Mar?n)
> 2. Re: New magnifier UI: Input requested (Magdalen Berns)

>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 6 Apr 2014 23:27:37 +0100 (BST)
> From: Juanjo Mar?n <juanjomarin96 yahoo es>
> To: Joseph Scheuhammer <clown alum mit edu>,
> "gnome-accessibility-list gnome org"
> <gnome-accessibility-list gnome org>
> Subject: Re: New magnifier UI: Input requested
> Message-ID:
> <1396823257 62217 YahooMailNeo web133203 mail ir2 yahoo com>
> Content-Type: text/plain; charset=iso-8859-1
>
>
>
>
>
>
> El Viernes 14 de febrero de 2014 17:25, Joseph Scheuhammer <clown alum mit edu> escribi?:
>
> Improvements to the magnifier preferences dialog have been suggested.?
> >A? mockup, courtesy of Allan Day, can be found at the following URL:
> >https://raw.github.com/gnome-design-team/gnome-mockups/master/system-settings/universal-access/zoom-and-filters.png
> >

I think Allan's design is definitely on the right track (but it should probably be colour and not filter because many wouldn't pick up on what filter implies and then they might miss it being there altogether). Less is more.

> >One of the additions is a check box labelled "Keep keyboard focus in? 
> >view" that is on the left hand "Zoom" panel.? This is for toggling the
> >activation of focus/caret tracking.
> >
> >The gnome-shell magnifier supports tracking modes for widget focus,?
> >caret focus, and mouse pointer movement.? Furthermore, these are
> >independent of each other.? However, the proposed dialog combines
> >them.???The radio buttons above the check box list different mouse
> >tracking? modes, i.e. "Push with pointer", "Follow pointer", and "Keep
> >pointer? centered".? Whatever mode is set for the mouse will be used for
> >both? focus and caret tracking.
> >

Push setting for focus does not do anything useful in practice.

> >The question is what do magnifier users want or need regarding tracking
> >types?? Are there use cases for having the types of tracking independent
> >of each other?? Or, if the user chooses "centered" for one,? that
> >applies to all? We would really like user input.

It might be worth asking users their feedback via a confidential user experience survey. The aim is to categorically determine what the users' preference are up to now, having assumed the tracking keys are each intrinsically useful when we just can't know.

> >Now, that's just me, and I stress that I am **not**putting my
> >preferences? forward as any kind of standard.? In fact, quite the
> > I fully expect other magnifier users to have different ones, 

What has lead you to draw to this conclusion?

> >so that we fully understand the needs and can incorporate them into the
> >UI being designed: Do you use the same tracking mode for focus, caret,
> >and mouse or different modes for each? And if you use different modes, why?
 
No quantitive assessment supports the supposition that three separate settings are needed. The he bits and pieces of user feedback so far have not indicated that individual tracking settings are important to or are popular with users, either.

The first step is to determine where the users respond wanting each of the 3 gsettings to have the full four keys. Here it is assumed the need goes without saying and I am not sure it does.

The current UI is busy as it is. Imagine when people just want to know how to turn focus caret or mouse tracking "on" and "off": People won't want to have to read though a sea of radio buttons and long description texts to find out how to do that. It may not be helpful.

> I think we need more flexibility options in this feature because it can be used for a wide range of people: cognitive problem like >cerebral palsy that make difficult to focus, different grades of low vision, people who can't use the mouse or the keyboard as usual, etc.

Palsy is not a cognitive problem but even were one then actually having loads of options could actually be the worst sort of help for those with cognitive problems. Too much choice can confront  someone in a very discombobulating way, if they already have trouble concentrating or in following the text of a line with their eye a confusing UI may not be the best idea. 

Thanks
Magdalen


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]