Re: [Audacity-quality] Align command labels

[Steve t. F. <ste...@gm...>]

On 30 September 2013 12:08, David Bailes <drb...@go...> wrote:
> Hi Steve,
> I don't have any major problems with the current patch. Just one or two
> comments, not intended to hold up the patch or something similar being
> committed.

Thanks David, but please do shout out if you notice a problem.

>
> 1. You say that one of the reasons align has be removed is that it makes it
> more consistent with the add new sub menu. Having a quick look at other
> programs, the verb or whatever seems to be included if it clarifies the
> meaning for a specific sub menu. I don't think that just because it's not
> included in one, then it shouldn't be included in others.

I can see the logic in repeating the verb in the "and Move" sub-menu,
but it is this menu where the wording is already rather long. Ideally
I'd like to make it shorter as I think that:
Tracks > Align Tracks/Move Selection > Start to &Cursor/Selection Start
is already rather long.

I see that Gale has also posted a reply, so I'll comment further in my
next post.


> 2. Having the align together and align end to end, but the align omitted in
> the other cases looks slightly strange.

I agree, but I can live with "slightly strange" as I think it is
better than either of the proposed alternatives

> 3. Align and move cursor (or whatever it ends up being called). Do you think
> anyone uses this?!
> I still can't quite get a handle on real life use cases.

i wrote  off-list to Gale with the same question.

I can think of a non-essential fringe case why "Align and Move Cursor
> Start to Zero" might be convenient, but I'm really struggling to
come up with any real life use cases for the others.

Gale thought that the cursor / selection remaining in the same
playback position (relative to the tracks that are moved) would be
important for VI users.

He recalled this post on the audacity4blind list:
http://www.freelists.org/post/audacity4blind/A-Timing-Problem,18
However, I've just tried those steps and they don't work for me. Step
7, says to press ] followed by space to stop and that will leave the
cursor at the point where ] was pressed, but it does not do that, it
selects from that point back to the start of the  track. It should
have said to press the [ (open square bracket) not ] (close square
bracket). I'm not sure if that topic ever got solved as it seems to
have moved to a different thread and the follow-ups seem to end
abruptly, but the problem seems to be about the selection rather than
"Move with cursor".

Having read what I can find of that thread, there certainly seems to
be confusion between "Align and Move Cursor" and "Align Tracks > Align
to cursor".

As we are looking toward 2.0.5 being released soon, I don't think we
have time to consider anything radical, but perhaps after 2.0.5 we
should seriously consider removing (comment out) the "Align and Move
Cursor" sub-menu, unless of course there are real life use cases that
come to light.

Steve


> "Move cursor when
> aligning" does sort of give the impression that the aligning is secondary to
> moving the cursor.
>
> David.
>
>
> ------------------------------------------------------------------------------
> 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-quality mailing list
> Aud...@li...
> https://lists.sourceforge.net/lists/listinfo/audacity-quality
>