Re: [Audacity-devel] multiple label tracks

[James C. <cr...@in...>]

I'd like to avoid an extra preference if it can be done and satisfy 
everyone.

Another possibility is to make Ctrl-B optional - if there isn't already 
a label at the current selection.  That's no loss from my perspective as 
it would be very rare for me to want to create two labels on the same 
track at the same position.  For those who do want to create a second 
label in the same place, whilst Ctrl-B is not that discoverable, the 
alternative of creating a new label elsewhere and dragging it to the 
same position certainly is discoverable.

It seems to me that this would solve the specific problem of wanting to 
keep the focus on the label track and the current label selected, after 
typing the label and enter, and that it would also give me the easy 
creation of labels that I want, using the mouse keys I prefer.

I think that solves it for everyone.  Does that look like a solution to 
you too?

--James.


Gale Andrews wrote:
> On the whole I found the change so you can use unmodified hotkeys
> without switching focus to the audio track beneficial. So for me, your
> change is a backwards step. This may be because I am usually applying
> effects to labelled sections. Therefore the focus is in the audio track and 
> to make another label, some other action like arrow and CTRL + B is 
> necessary anyway. For what I do, the experience where you don't have 
> to switch from label track to audio track to use (say) P to pause is
> much smoother. Changing hotkeys and remembering to switch focus after 
> ENTER are not all that convenient for VI users.    

> Even with your current change you still have to click in the label track
> to define a point or a region before you can type a new label, hence my
> idea of a modified click as an alternative to CTRL + B. Double-click is 
> already used to create a selection area from zero to the last label, but 
> right-click seems feasible and reasonably intuitive to me.

> I don't think we can regard this as settled without some input from one
> of the Davids, and as for the Preference it may well be the only solution.
> If so, why wait given the number we've been adding recently?