Re: [Audacity-devel] One possible idea for improving shortcuts list. This is NOT final....
A free multi-track audio editor and recorder
Brought to you by:
aosiniao
From: Peter S. <pet...@ya...> - 2013-09-30 13:13:01
|
Hi Leland, this, to me, looks a *big* improvement over what we have now. I particularly like having the sorted "Key" view - this should make it much simpler to find unassigned keys/key combinations. When I set up some shortcuts it was hard work finding suitable unassigned key combinations. "Tree" view looks cool too - nice and clear labelling "on the tin" to say what it does. I'm not sure I can see myself wanting to use the "Name" view. Peter. Peter Sampson Tel: +44 (0)1625 524 780 Mob: +44 (0)7732 278 299 ________________________________ From: Leland <le...@au...> To: Audacity Development <aud...@li...> Sent: Monday, September 30, 2013 9:35 AM Subject: Re: [Audacity-devel] One possible idea for improving shortcuts list. This is NOT final.... So, here's some screenshots of what I have ready to commit. But, because of 2.0.5 I am delaying commit until I get approval. I've set it up to use either the new way or the 2.0.4 way using a "#define", so it could be left in across the 2.0.5 release or I could simply revert all of the changes (sorting and all) to get it back to the 2.0.4 state. But, I'd really like to get it into the hands of folks, at least for a couple of days, so they can provide feedback. Then I could work on it more during the 2.0.5 "quiet" period. Keep in mind that there's no way to satisfy everyone's desires, but I believe I've addressed at least most of the partially. (How's THAT for a warm fuzzy. :-)) First off, let's hit the treeview... I know Gale had concerns that it might not be obvious to users what it depicts, but I think adding the word "Menu" gives them a pretty good clue. (The "Command" category doesn't have "Menu" added.) There's now thin lines between entries rather than alternating colors as they caused issues with the selected/not focused state. The header is gone, so no manual sorting. The treeview duplicates the menu structure so, we wouldn't want to sort it anyway. However, the Commands category IS sorted. Moving on to the "View by" radio buttons... There's three different views as you can see. Having 3 "views" should somewhat resolve concerns that David had about providing access to column sorting. On all views, the columns are automatically sized so as not to cut anything off. A horizontal scrollbar will automatically appear if needed. Here's what the "Name" view looks like which provides the "All" category in sorted order. It does add the submenu names if there are any, but it leaves off the top level menu name. And finally the "Key" view which is sorted by the key name. On to the "Filter" box... When in the "Tree" or "Name" views, the filter provides a freeform search of the labels. As you can see, it is case insensitive: When in the "Key" view, the "Filter" box mimics the lower hotkey box, providing an easy way to search for key assignments: General notes... Using TAB/Shift-TAB to navigate away from the hotkey editbox now works. Currently you'd get stuck there and couldn't get out on Linux. Typing the first letter of the entries to move down the list now works on all 3 platforms. Anyway, I think this is about as close to addressing everyone's concerns as I can get it. Even so, I know it won't be perfect for each individual so I'd really like to start getting feedback if at all possible. Leland ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk _______________________________________________ audacity-devel mailing list aud...@li... https://lists.sourceforge.net/lists/listinfo/audacity-devel |