add ability to drag those red volume fade dots

Bug #83186 reported by baze
2
Affects Status Importance Assigned to Milestone
Jokosher
Confirmed
Medium
Unassigned

Bug Description

when you select a part of the track by shift+click, you get those little red dots for volume fading. however, once you unselected that area, you can't modify them anymore, which is a bit annoying.
it would nice to drag those volume faders with the mouse at any time so you don't have to delete such a point and add a new one, to change the volume fade at one position in a track. this way it would be much easier to use those fades.

Revision history for this message
Laszlo Pandy (laszlok) wrote :

You can adjust the red dots, its just hard to figure out how. First you select a portion of the event so that both ends of the selection are near the dots that you want to change. Then when the buttons appear below the event, click on the snap to fade points button (you can figure out which one it is with the tooltips). You can now grab the red handles and adjust those points.

The problem with making them dragable is that I don't want people accidentally dragging them when they are trying to do something else like moving the event. However you're right, there should be a way to drag them, I just have to figure out how to stop the accidental drag.

Changed in jokosher:
importance: Undecided → Medium
status: Unconfirmed → Confirmed
Revision history for this message
baze (bjoern-martensen) wrote :

well, you're right about accidentally dragging them, but i don't think that's such a big problem, as those dots are pretty small.

but maybe something like an "edit fades" mode could solve this, which would only enable you to add, remove and modify (move up/down or move left/right or move freely) those fade points.
the whole thing with shift+select is not that clear to a user, imho and i hear about usability being such an important point in jokosher, but honestly, this is not a good solution in usability terms atm, sorry for that ;)

jokosher definately has some good ideas concerning usability, but some of them haven't been accomplished in a very good way yet and i think there should be some improvements, maybe after 1.0.

Revision history for this message
Laszlo Pandy (laszlok) wrote :

I think this should be resolved *before* 1.0. There has been come talk of making selection the default when you click and drag and make moving the event happen with you shift+click. Maybe that would be more clear for the user?

Thanks for submitting these bugs, and if you want to come on IRC or send a mail to the mailing list and give some more detail of how you would improve these issues, please do. There we can have a proper usability discussion.

Revision history for this message
townxelliot (elliot-townx) wrote :

I'm not sure where the discussion is going on about the default left-click behaviour (mentioned in the above comment), but I agree it needs to be inverted: shift-click to move, click to select. It's very counter-intuitive how it works at the moment.

Revision history for this message
Knut Erik Teigen (knutert) wrote :

I also think that dragging should select. That is what you use everywhere else I can think of, both in firefox, word processors and every audio application I've used.
However, I don't necessarily think that shift+drag is the best way to move a clip. Maybe a handle in the corner should pop up with a move-icon on it or something when you select an Event. Just a thought...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.