Re: [Audacity-quality] Quick play
A free multi-track audio editor and recorder
Brought to you by:
aosiniao
Menu
▾
▴
Re: [Audacity-quality] Quick play
|
From: Bill W. <bi...@go...> - 2018-11-05 18:04:02
|
> On 2018/11/05, at 12:01 PM, Steve the Fiddle <ste...@gm...> wrote: > > > > On Mon, 5 Nov 2018 at 16:19, Bill Wharrie <bi...@go... <mailto:bi...@go...>> wrote: > > >> On 2018/11/05, at 8:30 AM, Steve the Fiddle <ste...@gm... <mailto:ste...@gm...>> wrote: >> >> >> >> On Mon, 5 Nov 2018 at 13:02, Peter Sampson <pet...@gm... <mailto:pet...@gm...>> wrote: >> >> >> On Thu, Oct 25, 2018 at 4:11 PM Bill Wharrie <bi...@go... <mailto:bi...@go...>> wrote: >> >> >>> On 2018/10/25, at 9:11 AM, David Bailes <drb...@gm... <mailto:drb...@gm...>> wrote: >>> >>> On Wed, 24 Oct 2018 at 19:55, Bill Wharrie <bi...@go... <mailto:bi...@go...>> wrote: >>> Two things … >>> >>> 1) Quick play set cursor (enhancement) >>> The quick play context menu has an option “enable dragging selection”. Similarly I’d like to also see “enable setting cursor” which would set the editing / play cursor position to the quick-play position. I don’t see any down side to this. The use case is a user using quick play to find the point where they want to edit. You may reply that the user could press “X” to stop and set the cursor, but read on … >>> >>> 2) “Play / Stop and Set Cursor” (X shortcut) is inconsistent when used with quick play. >>> a) Click in the waveform to set the cursor somewhere, or drag a selection >>> Click in the timeline to the left of the cursor / selection >>> Press “X” to stop and set cursor >>> Result: a selection is created from the original cursor position (or right end of original selection) to the stopped cursor position >>> b) Click in the waveform to set the cursor somewhere, or drag a selection >>> Click in the timeline to the right of the cursor >>> Press “X” to stop and set cursor >>> Result: the play/editing cursor is set to the stopped cursor position >>> >>> I’m not sure which behaviour is “correct” but it seems to me they should be consistent; either make a selection or set the cursor position. >> >> >> I think the second behavior is the correct one, wherby the cursor position is rest by the "X" >> >> The menu command and the preference both state "Play/Stop and Set Cursor" >> >> Yes they do, but we need to consider exactly which "cursor" they are setting. >> The "cursor" involved is the "play from position" cursor, aka, the left time selection. >> >> The behaviour is therefore consistent. >> Three ways to start playback from before the current "play from" cursor: >> >> 1) Quick Play >> 2) A locked "Play Region" >> 3) "C" shortcut. >> >> In each case, pressing X sets the left end of the selection (the "play from" cursor), so the selection is extended to the left. >> >> >> Two ways to start playback from after a selection: >> >> 1) Quick Play >> 2) A locked "Play Region" >> >> In both cases, pressing X sets the "play from" cursor position (the left end of the selection) at the play head, which effectively removes the previous selection (because the start of a selection must always be before the end of the selection). >> >> In the absence of complaints or confusion expressed by users, I'd be inclined to just leave this as is. I don't think the behaviour should be changed. The documentation could perhaps be a little clearer, though I personally think it is already adequate. > > OK, point taken, we’ll leave it as it is. If someone wants a point cursor after use-case-1 they can press left-arrow. > > But what about allowing a click in the ruler to set the play/editing cursor to the click position, similar to allowing a drag in the ruler to set a selection? > > Is there any need for that? You can click in a track to set the cursor position in the normal way. Is there any need for the ability to drag a selection in the ruler? You can drag a selection in the track in the normal way. It’s just a convenience, or short cut. Say I’m looking for the start point for an edit. I can click in the track then space-bar to play then space-bar to stop. Click again then space then space. Or I can click in the ruler. If I like the start point I can space to top. If I don’t I can click in another point on the ruler. Just click, click, click, then space when I’ve found the right spot. — Bill > > Steve > > > > — Bill > > >> >> Steve >> >> >> >> But I do note the Manual does document the existing behaviors: >> Starts playback exactly like "Play/Stop", but stopping playback (or recording) sets the editing cursor, or the left edge of the selection region, to the stop point so that playback can be resumed from there. >> >> But to it looks most odd than in Bill's case-1 we get a point cursor reposition and >> any pre-existing selection is lost >> >> But with his use case-2 we get the selection extended back the the "X" position >> and we no not he a reset cursor (as the command and pref imply) >> >> Now since the main point of the "X" and its clumsy predecessor "Shift+A" is to stop >> and reset the cursor during playback - it seems to me that case-2 is fundamentally >> wrong. >> >> We should at least be consistent and if we (I don't) believe that the selection should >> be retained and extended - then we should be doing that for both use cases. >> One design guideline we strongly adhere to in Audacity is "consistency". >> >> I am minded to raise a Bugzilla entry for this inconsistency. >> >> Good catch Bill. >> >> Peter. >> >> >>> >>> It could be argued that both are correct. In both cases, pressing X is setting the start of the selection. (In the second case, the end of selection is also adjusted so that it is not less than the start of the selection.) >>> It could be changed so that pressing X set both the start and end of the selection, but I think that might reduce it's usefulness. Currently, if there is a selected time range, you can use X during playback to adjust the start of the selection. >> >> OK, I can see your point. Pressing X to stop playback sets the start of the selection (if a selection exists) or sets the cursor position if no selection exists. So the behaviour is logical. Using X to expand or contract a selection is a use case I hadn’t considered. >> >> — Bill >> >>> >>> David. >>> >>> >>> — Bill >>> >>> >>> >>> _______________________________________________ >>> Audacity-quality mailing list >>> Aud...@li... <mailto:Aud...@li...> >>> https://lists.sourceforge.net/lists/listinfo/audacity-quality <https://lists.sourceforge.net/lists/listinfo/audacity-quality> >>> _______________________________________________ >>> Audacity-quality mailing list >>> Aud...@li... <mailto:Aud...@li...> >>> https://lists.sourceforge.net/lists/listinfo/audacity-quality <https://lists.sourceforge.net/lists/listinfo/audacity-quality> >> _______________________________________________ >> Audacity-quality mailing list >> Aud...@li... <mailto:Aud...@li...> >> https://lists.sourceforge.net/lists/listinfo/audacity-quality <https://lists.sourceforge.net/lists/listinfo/audacity-quality> >> _______________________________________________ >> Audacity-quality mailing list >> Aud...@li... <mailto:Aud...@li...> >> https://lists.sourceforge.net/lists/listinfo/audacity-quality <https://lists.sourceforge.net/lists/listinfo/audacity-quality> >> _______________________________________________ >> Audacity-quality mailing list >> Aud...@li... <mailto:Aud...@li...> >> https://lists.sourceforge.net/lists/listinfo/audacity-quality <https://lists.sourceforge.net/lists/listinfo/audacity-quality> > _______________________________________________ > Audacity-quality mailing list > Aud...@li... <mailto:Aud...@li...> > https://lists.sourceforge.net/lists/listinfo/audacity-quality <https://lists.sourceforge.net/lists/listinfo/audacity-quality> > _______________________________________________ > Audacity-quality mailing list > Aud...@li... <mailto:Aud...@li...> > https://lists.sourceforge.net/lists/listinfo/audacity-quality <https://lists.sourceforge.net/lists/listinfo/audacity-quality> |
