Re: [orca-list] Firefox bindings (was Re: revisiting the issue of unbound keybindings)

[Storm Dragon <stormdragon2976 gmail com>]

Hi,
I just noticed a key conflict in the buttons. Shift R and r are already set for previous and next live region. As a suggestion, I have previous radio button set as greaterthan (shift period) and next set as period. the reasoning behind it is that when you check a radio button it puts a dot in it, and it just kind of linked up and became easy to remember lol.
Thanks
Storm

-- 
Registered Linux user number 508465:
http://counter.li.org/
Follow me on Twitter:
http://www.twitter.com/stormdragon2976
My blog, Thoughts of a Dragon:
http://www.stormdragon.us/
Get yourself a Frostbox:
http://www.frostbitesystems.com/
PULL MUH FANGER!
http://is.gd/bowEl

On Sun, 2010-04-25 at 06:09 -0700, Steve Holmes wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
>
> On Sat, Apr 24, 2010 at 11:32:59PM -0400, Joanmarie Diggs wrote:
> > 2. If we all do agree that structural navigation keys for Firefox should
> > all be bound by default, I'd like us to agree on the keystrokes. To make
> > things simpler, here's an initial list of the currently-unbound items
> > and proposed bindings which I'll toss out. It's mostly based on (what I
> > remember to be) the conventions adopted and shared by the Windows screen
> > readers.
> > 
> > Anchor - a and shift a
> > Button - b and shift b
> > Check box - x and shift x
> > Combo box - c and shift c
> > Entry - e and shift e
> > Radio button - r and shift r
> > Separator - s and shift s
> > 
> > Thoughts?
>
> Yes, I like the above list and I also feel that should be mapped in by
> default because these type of bindings transcend all modes of using
> Orca.  These don't really favor braille over speach, speech over
> magnification, etc.
>
> Now Michael made a realy cool suggestion; I rather like the profile
> approach where one could specify modules to be added during
> installation.  I wonder if it could be offered at a later point in
> time if/when someone decides to switch over to a new braille display
> or something.  Have the basic key configuration that just about any
> user would need to use Orca and then offer these profiles for enhanced
> hot key usage.  I would think an approach like this could greately
> reduce the likelyhood of running into collision of key assignments.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEAREDAAYFAkvUPwEACgkQWSjv55S0LfFDwwCfSv/N7+BfGcOIITxcdnNVYw84
> +nYAoNUxfrboRlCMjZZKE7kLHuu8cfAE
> =0iaD
> -----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