Proposal Woozle's Interface Tweaks

From Audacity Wiki
Jump to: navigation, search

From User:Woozle

"I'm apparently rather fussy about my user interfaces; when things aren't right, it slows me down, raises my stress level, and may even prevent me from getting anything done if I can't figure out how to access a certain feature (or spend a lot of time trying to find one that isn't there).

Let's start with the positive, just to be clear that I'm not trying to completely trash Audacity; it's a fabulous tool, technically well-executed, with some annoying gaps and oversights that really shouldn't be that difficult to fix for someone who has worked on Audacity's source code for any length of time and knows the layout."

Contents

What they got right

  • The transport runs smoothly.
  • The magnifying glass tool works as it should (mostly): left-click to zoom in, right click to zoom out.
    • ...although the "join" feature when you click on the edge between two adjacent clips isn't right. If left-click is join, then right-click should be split... and this should be a separate function from zooming.
  • All of the basic interface metaphors: wave display, tracks, movable clips, etc.

What they got wrong

Gale: Added these votes to Feature Requests. Personal view: I believe the previous Apple (and Linux?) anathema to right-click is the root cause of this problem. Lack of right-click would have been unacceptable in a Windows-only app.

Note: Functions marked "N/A" above are not, as far as I can tell, available at all in Audacity. They should be.

  • There should be right-click functions. Having to go up to the toolbar and select a different tool every time I want to change functions is annoying. (I'll except the "zoom" tool because it uses right-click for good purpose.) With a right-click, I should be able to:
    • mute individual clips (N/A)
    • time-lock individual clips (clips can globally be prevented from moving after edits in Tracks Preferences: "Editing a clip can move other clips")
    • split off a marked section of a clip
    • duplicate a marked section of a clip (N/A?)
    • duplicate an entire clip
    • insert a split point at the cursor
    • manually edit the starting time, time offset, and length of a clip (N/A)
    • delete a clip
    • delete a track (yes, I know this is easy to do -- but it took me a long time to find it)
    • insert a track below/above current
    • turn envelope view on/off (preferably per clip, which is N/A)
    • zoom in to selection
    • zoom in/out vertically (N/A except by manually adjusting each track, as far as I can tell)
      • Right-click over vertical scale?
  • (BUG?) Dragging clips from one track to another sometimes doesn't work. There seems to be some hidden rule-set at work; I usually end up dragging things around until it will let me move the clip where I want it to go.
    • Is it because the clip is fully selected ?
    • The UI designers have apparently made the decision not to allow clips to overlap each other; in CoolEdit Pro (CEP), I find the awkwardness of overlapping clips to be less annoying than the awkwardness of having to put a clip into a separate track just so it can overlap for half a second at one end. Audacity could improve on CEP by showing the overlapped area in a different color.

Suggestions

  • The "multi-tool mode" is closer to what I want, but there are still some anomalous behaviors.
    • The default right-click behavior should not be "zoom".

Ctrl-Scroll-Wheel Issues

    • Ctrl-scroll sometimes seems to zoom in and out (good) and sometimes seems to scroll the content left or right. This is probably because the user is "zooming in" on empty space, and it is pushing the content off-screen. It should be visually more obvious where the content has gone... and it should be less easy for this to happen.
      • If you ctrl-scroll one way to zoom out, then (without releasing ctrl) scroll to zoom in, you can make the content disappear -- even though intuitively, scrolling one way and then scrolling the other way the same amount should have no net effect. What seems to be happening is that the "cursor" -- the focal point of the zoom -- is being updated when you change scrolling directions. This should not happen, especially if you don't lift up the ctrl key.
      • Possibly there should be some kind of restriction to prevent the content from being completely scooted off the screen. This could be a user preference, in case someone really wants to have that ability. I'd suggest a preference like "minimum % of screen width allowed to have content", and set it at something like 10 initially. Stop the content scrolling or zooming out if less than this percentage of the screen will have audio content after the next (zoom/scroll) operation.
  • The above have now been fixed in 2.0.1 by making scroll wheel behaviour the same as the zoom buttons. James 11:57, 4 May 2012 (UTC)
    • Gale 06May12: Was reverted in r11730 because the ability to zoom in on the mouse cursor using CTRL + Scroll Wheel lets you zoom to the start or end of a selection. This is not otherwise possible without manual methods. New fixes were made by James which seem OK to me. r11733 made audio right aligned with mouse position, if mouse position is to right of audio right. r11735 prevented ruler elements disappearing at high zoom beyond time 5:57:54.84.
Personal tools

Donate securely by PayPal, using your credit card or PayPal account!