Re: [orca-list] revisiting the issue of unbound keybindings

[Nolan Darilek <nolan thewordnerd info>]

Ah, you made my point before I could. :)

In essence, it struck me as interesting that adding shortcuts for speech 
was advocated while adding more for magnification wasn't because the 
latter wasn't used, when in fact there's no guarantee that the former 
was universal either. :) It'd be great to come up with some sort of 
guideline on whether or not a default keybinding is added. To that end, 
here's what seems to have surfaced in this thread as a series of 
starting points:

* Not binding a default key, while trying to be minimalistic, may make 
discovering some functionality more difficult. I might add that it may 
also make discussing how to use such functionality more difficult. For 
instance, if someone were to wonder how to move to the next heading on a 
page, it's much easier to say "Press h" than it is to say "Enter Orca 
preferences using insert-ctrl-space, navigate to the keybindings tab, 
bind the function to a key of your choice then use that key."

* Keys shouldn't be bound or not based on whether or not certain 
functionality is universal or not. Whether they are or aren't should 
also be consistent across presentations. That is, either create default 
keybindings for speech, magnification and braille commands or don't do 
so, but don't create default bindings for speech and neglect other methods.

* Don't create keybindings that step beyond Orca's scope, or that shell 
out to external commands. I already have keybindings set for volume 
functions, for instance. Making Orca responsible for media controls 
would seem to me to be way outside its scope. Sure, media keys can be 
tough to find on some keyboards, but so might pgup/dn, home, end, etc. 
and not knowing where those are can make computer use just as difficult 
in its own way.

An easy solution to all of these would seem to be creating default 
keybindings for just about everything, then letting the user 
disable/change any they don't need. It makes Orca's wealth of 
functionality discoverable and communicable. It doesn't favor any one 
presentation style over another. But if the desire is to remain minimal, 
then a bit more thought needs to be put into which bits of functionality 
are highly useful and which aren't, and care must be taken to equally 
favor all presentation methods.


On 04/24/2010 10:55 AM, Tom Masterson wrote:
> I agree that I don't want lots of keys bound to things.  Like Steve 
> that are things I don't use like speech. :)  I only turn on the speech 
> when braille is having real problems and I want to see if it is 
> universal or a braille problem.
>
> Tom
>
> On Fri, 23 Apr 2010, Steve Holmes wrote:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: RIPEMD160
> >
> > I think I favor the present approach of leaving a number of the keys
> > unbound.  It just needs to be made clear or reminded that these extra
> > functions are available.
> >
> > One such example of why I would oppose more assignments is the recent
> > suggestion of setting keys to some magnifier functions.  I personally
> > don't use magnification nor Braille so would just soon have more keys
> > available for other stuff like changing voice rate and punctuation
> > levels.  Actually, I don't remember seeing a punctuation level in the
> > unbound list.  If it isn't really there, how hard would it be to
> > insert that.  I can see a number of times where I would like to rotor
> > through punctuation levels on the fly on many occasions.
> >
> > On Fri, Apr 23, 2010 at 04:51:01PM -0400, Joanmarie Diggs wrote:
> > > Hey Rudolf.
> > >
> > > > BTW: Is there the possibility to bind featues to mouse events - like
> > > > orca-key+wheel up/down to set magnification level or orca-key+middle
> > > > button to turn on/off magnification?
> > >
> > > There's some history and info here:
> > > https://bugzilla.gnome.org/show_bug.cgi?id=504077
> > >
> > > _______________________________________________
> > > 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
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.10 (GNU/Linux)
> >
> > iEYEAREDAAYFAkvSY3sACgkQWSjv55S0LfFGJACcDZxxAcUMD8jYG1beP4xOGVgx
> > v4IAni04u5kRcqua4CscH7AqH7/YPerq
> > =0Ooe
> > -----END PGP SIGNATURE-----
> > _______________________________________________
> > 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
> _______________________________________________
> 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