Re: [Audacity-quality] Zoom to fit spectrogram

[Paul L. <pau...@gm...>]

On Mon, Aug 3, 2015 at 12:29 PM, Steve the Fiddle <ste...@gm...>
wrote:

> On 3 August 2015 at 17:03, Paul Licameli <pau...@gm...> wrote:
> >
> >
> > On Mon, Aug 3, 2015 at 11:54 AM, Steve the Fiddle <
> ste...@gm...>
> > wrote:
> >>
> >> The zoom options in the new right click vertical track ruler menu when
> >> a spectrogram view is selected:
> >>
> >> Zoom In
> >> Zoom Out
> >> Zoom to Fit
> >>
> >> Perhaps just me, but I did not know what "zoom to fit" meant. I now
> >> see that it is zooming out to maximum (0 Hz to Nyquist).
> >>
> >> For waveform views, "Zoom to fit" means "zoom to 0 dB"
> >>
> >> It seems that we have two different meaning for "fitting", which is
> >> perhaps a bit confusing. Can we make this clearer somehow?
> >
> >
> > Alternative names are welcome.
> >
> >
> >>
> >>
> >> Also, I am finding that I need to do a lot more clicking to reach the
> >> appropriate zoom level for detailed work. Quite annoying really from a
> >> user perspective, though I guess that this is mostly because of a
> >> decade of muscle memory that will eventually fade.
> >
> >
> > I don't see why that should be.  You may need to shift-left click
> instead of
> > right-click, but I don't see why you need any more clicks than before.
> > Unless you do right-click, then get the menu, then click the item.  Still
> > the number of zoom commands you issue ought not to be different.
>
> Well that's the thing, after many years of "left click -> zoom in"
> "right click -> zoom out", I find myself right clicking to zoom out.
> Previously if I want to zoom out by three levels it was a just:
> "right click x 3"
>
> but now it's:
> "right click -> select + right click -> select + right click -> select".
>
> At best, if I remember to not right click, then it becomes a two handed
> action.
>
> Sure it is just one small detail, but I can't help noticing that many
> such details are creeping in, and users will certainly notice. Users
> are much more concerned about ergonomic efficiency than coding
> elegance (ideally we would have both).
>
> Steve
>

What other examples are "creeping in?"

I think you don't object to having the menu, you object to repurposing
right click for it.  Peter has said he would trade the efficiency here for
consistency with how other programs work.  There are experienced users but
there are new users too learning the program, and the right click choice
may make things easier to learn.  Furthermore we already have a right-click
pop-up for labels, and should be remain consistent about that?

I am open to persuasion either way.  I don't think there is a question of
code "elegance" at stake here: this is about user facing interface being
convenient and learnable.  I think the alternative to right click is just
more work -- drawing a little down pointing triangle somewhere.

PRL


> >
> > PRL
> >
> >>
> >>
> >> Steve
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> _______________________________________________
> >> Audacity-quality mailing list
> >> Aud...@li...
> >> https://lists.sourceforge.net/lists/listinfo/audacity-quality
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> >
> > _______________________________________________
> > Audacity-quality mailing list
> > Aud...@li...
> > https://lists.sourceforge.net/lists/listinfo/audacity-quality
> >
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Audacity-quality mailing list
> Aud...@li...
> https://lists.sourceforge.net/lists/listinfo/audacity-quality
>