Re: [orca-list] Let's decide on live region re-bindings and move on :-)

[Paul Hunt <huntp ukonline co uk>]

And another +1 for option 1 - D and shift+D

Let's get it binded and get on with other thing's.

Paul


On 30/04/10 00:02, Joanmarie Diggs wrote:
> Hey all.
>
> So we've got one little, lonely unbound structural navigation object
> left: radio buttons. Let's give this guy a home and move on. :-)
>
> To recap: From the previous discussions, it's clear to me that we all
> agree that the new radio button bindings should be r and shift r. The
> thing standing in our way is the fact that r and shift r are currently
> bound to next and previous live region. From those same discussions, it
> is pretty clear that we all agree that it is worth snatching r and shift
> r away from live region. Thus the only thing that remains to be
> determined is what the new bindings for next and previous live region
> shall be. Here are the candidates:
>
> 1. d and shift d
> 2. g and shift g
> 3. n and shift n
> 4. y and shift y
> 5. unbound
>
> Here are my opinions on each, for what they are worth. (In other words,
> I'm just another voter.):
>
> 1. d and shift d: I vote for this one, mainly because it doesn't suffer
> from the problems I see with the rest. :-)
>
> 2. g and shift g: Orca currently does not have structural navigation by
> graphic/image. But some other screen readers do, and this is the binding
> those screen readers associate with it. What if, at some point down the
> road, we decide that we too should have navigation by graphic? We'll all
> be back here voting on what the next and previous live region shall be
> re-bound to. Talk about déjà vu all over again....<smile>
>
> 3. n and shift n: I believe that this is the JAWS command to skip to the
> next/previous non-link which contains at least 25 characters in it. Orca
> doesn't have such a command. Instead we have large object navigation (o
> and shift o). So I we are less likely have the aforementioned
> down-the-road potential for rebinding redux like we might with
> graphics/images. However, one of the primary goals behind adding these
> bindings in the first place, was to make it easier for new Orca users
> coming to us from other screen readers such as JAWS. If such a user, out
> of sheer habit, presses n or shift n to skip over some links, I think it
> would be better if nothing happened. If instead there happens to be a
> live region on the page and the user is moved to it, I think that would
> be confusing/disorienting.
>
> 4. y and shift y: This option would require that we first change the
> binding for the command which moves to the last live region presented.
> I'd be fine with that if there were a compelling reason to make y and
> shift y the new bindings for next and previous live region. But I don't
> think such a reason exists. So why rebind something else?
>
> 5. unbound: To be honest, I don't know how many live regions there are
> out in the wild. If there are a bunch of live regions out there, then I
> think we'd want to have existing bindings for them because from the
> new-user perspective, it's easier to discover what a binding is than to
> bind it. If no one is using live regions, then we could unbind them
> without much impact.
>
> So there you have it.... What would be awesome is if each of you could
> cast your vote for the replacement for next and previous live region. I
> plan to do the 2.31.1 tarball sometime on Sunday and would like to have
> the structural navigation binding issue completed for that release.
>
> Thanks (again and again and again) for all your input!
> --joanie
>
> _______________________________________________
> orca-list mailing list
> orca-list gnome org
> http://mail.gnome.org/mailman/listinfo/orca-list
> Visit http://live.gnome.org/Orca for more information on Orca.
> The manual is at http://library.gnome.org/users/gnome-access-guide/nightly/ats-2.html
> The FAQ is at http://live.gnome.org/Orca/FrequentlyAskedQuestions
> Netiquette Guidelines are at http://live.gnome.org/Orca/FrequentlyAskedQuestions/NetiquetteGuidelines
> Log bugs and feature requests at http://bugzilla.gnome.org
> Find out how to help at http://live.gnome.org/Orca/HowCanIHelp