View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0006768||ardour||features||public||2016-02-11 00:37||2023-01-31 19:49|
|Summary||0006768: Zoom Editor track area/canvas by clicking and dragging in the ruler|
|Description||Some other DAW's have the ability to zoom by clicking and dragging in a certain area of the canvas. In Ableton and Cubase this is in the ruler area.|
I'm reporting this issue to see if there is any interest in having similar functionality in Ardour.
I prefer to use this functionality to zoom in those applications as it allows me to use the "nipple" on my laptop to zoom without moving my hands out of position.
|Tags||No tags attached.|
||I uploaded a short video to demonstrate what I mean.|
One concern with this sort of functionality is that the performance of the canvas, as with a lot of items it can really slow the zooming operation down to the point of being almost useless.
I have a small series of changes that implements this functionality as an option that is off by default.
If there is no negative feedback I will commit the changes so that the functionality can at least be tested.
||Great feature! How it would be nice to see it committed)|
This feature has been committed to master branch as of revision 5.4-317-gdac2d41 and so can be tested in a nightly >= 5.4.317
It is enabled via Preferences -> Editor -> Use time rulers area to zoom when clicking and dragging vertically
Excellent! Works great for me. Now add scrolling instead moving the playhead when moving left or right and this is perfect.
Edit: I see, it's scrolling when going to the left and right border.
Yes, it should scroll when moving the mouse to the edge of the track canvas area.
I think there might be a few tweaks to improve it.
One would be if there was a vertical drag threshold that had to be passed in order for zooming to start so that if you just click up in the ruler it doesn't zoom unless you drag the mouse a few pixels.
The other would be to see if only zooming when the mouse moves vertically every two or three pixels instead of every pixel would improve the issue with the delay in redrawing the waveforms.
I'll try to play around with these ideas when I get time. Let me know if you can think of anything else.
||Sounds good, nothing to add from me at this time.|
Thanks for contribution!
After night-build testing I've got two Ideas:
1) It could be very comfortable (from Bitwig using):
- Click+drag vertically - zooms in/out;
- Click+drag horizontally - shifts right/left.
The horizontal shifting by clicking&dragging - could be nice for your Ardour's feature!
2) The playhead goes with clicking in the area of the canvas - it's not comfortable. It would be nice to zoom and shift no effecting the playhead position. Or may be for zooming/shifting - to use a middle mouse button (left m.button - to leave for playhead positioning).
I don't have access to Bitwig but I'm assuming this zoom/scroll operation you are describing has the same behaviour as in Ableton Live.
The way it is implemented currently was based on the behaviour in Cubase.
After using Ableton Live lite for a bit to test, I think I prefer its behaviour (and your suggestion) that it also scroll and that it not manipulate the playhead position. It seems to make navigation much easier and predictable when scrolling than trying to move the cursor to the side of the canvas to scroll.
It will probably be a bit more complicated to implement and I'll wait for some more feedback on the current behaviour before investing any time in changing it.
||Hi! The vertical dragging of the mouse starting in the time ruler is working opposite to what Ableton Live has. I have in my fork reversed the direction. The best explanation why this is better than in the current version is that: (1) one has to drag the mouse up to zoom in, and the screen top sets a limit to the zoom, and one has to repeat the movement for more in-depth zooming. (2) when dragging down the mouse pointer will be exactly where I want it to have it: above the zoomed in tracks.|
The current mouse drag zoom behaviour in Ardour is not the same as when I implemented the feature and the zoom direction was inverted. The current behaviour of dragging up to zoom in is not useful to me.
||Obviously we agree on that this zooming behavour is unwanted and changing it would be good. Since I've just joined the Ardour development, I'll take a little time before I'll als for a pull request, but I'll do it.|
|2016-02-11 00:37||timbyr||New Issue|
|2016-02-11 00:40||timbyr||File Added: ruler-drag-zoom.webm|
|2016-02-11 00:41||timbyr||Note Added: 0017902|
|2016-02-11 01:00||timbyr||Note Added: 0017904|
|2016-02-11 01:01||timbyr||Note Edited: 0017904|
|2016-09-09 12:03||timbyr||Note Added: 0018581|
|2016-10-31 15:08||cooltehno_bugs||Note Added: 0018893|
|2016-11-11 04:23||timbyr||Note Added: 0018936|
|2016-11-11 04:24||timbyr||Assigned To||=> timbyr|
|2016-11-11 04:24||timbyr||Status||new => feedback|
|2016-11-12 09:16||rutsch||Note Added: 0018941|
|2016-11-12 09:18||rutsch||Note Edited: 0018941|
|2016-11-12 09:19||rutsch||Note Edited: 0018941|
|2016-11-12 11:07||timbyr||Note Added: 0018942|
|2016-11-12 11:07||timbyr||Status||feedback => assigned|
|2016-11-12 15:15||rutsch||Note Added: 0018943|
|2016-11-13 12:03||timbyr||Relationship added||related to 0007089|
|2016-11-13 21:46||cooltehno_bugs||Note Added: 0018954|
|2016-11-14 03:31||timbyr||Note Added: 0018960|
|2016-11-14 03:32||timbyr||File Added: 5.4-crash-with-selected-midi-notes.bt.txt|
|2016-11-14 03:33||timbyr||File Deleted: 5.4-crash-with-selected-midi-notes.bt.txt|
|2023-01-25 10:firstname.lastname@example.org||Note Added: 0027238|
|2023-01-29 09:18||timbyr||Note Added: 0027252|
|2023-01-29 09:18||timbyr||Note Edited: 0027252|
|2023-01-31 19:email@example.com||Note Added: 0027264|