On Tue, Apr 23, 2013 at 11:48 PM, Steve the Fiddle <stevethefiddle@gmail.com> wrote:
On 23 April 2013 22:43, Gale Andrews <gale@audacityteam.org> wrote:

> Then we could keep the current menu order or perhaps:
> Zoom In  (Ctrl+1)
> Zoom Normal  (Ctrl+2)
> Zoom Out  (Ctrl+3)
> Zoom to Selection  (Ctrl+E)
> Fit in Window  (Ctrl+F)
> Fit Vertically  (Shift+Ctrl+F)
> Go to Selection Start  (Ctrl+G)
> Go to Selection End  (Ctrl+H)
> This keeps all the "Zoom", "Fit" and "Go" together and would
> have my vote.
> But CTRL + number is my main concern.

I'm not keen on "Ctrl + random-letter-just-because-it's-available"
Unless you use that shortcut every day you are not likely to remember it.

How about Ctrl + [ for the start of the selection and Ctrl + ] for the end?
Open and close square brackets suggest the start and end of something,
and have a visual similarity with the start and end of the selection.

Hi Steve,
As I've previously mentioned on the quality list, there's a problem with shortcuts which include the [ and ] keys.
If someone is using a non us/uk/irish keyboard, then using audacity out of the box, then these keystrokes don't work because the keys are in different places on these keyboards and produce different key codes. So the user has to reassign these shortcuts, and will probably use a different key for convience. (Something like ctrl+[ may be impossible, since ctrl may be part of the keystroke necessary to type the [ character).

To get round the problem of [ and ] on non us/uk/irish keyboards, I suggested introducing additional shortcuts so users could either press [ and g or ] or h if the used us/uk/irish keyboards, and use g and h otherwise. It appears straightforward to introduce a couple of extra commands in audacity to do this. However, in the select sub menu on the edit menu, only the shortcuts of one pair of commands would be seen, which is not ideal.

Currently in my Jaws guide I suggest users of non us/uk/irish keyboards to reassign the commands which use the  [ and ] keystrokes to use g and h.

So introducing ctrl + [ and ctrl + } would only be adding to existing problems. But using modifer(s)+g and modifier(s)+h might be a better option, or indeed something else.