fix inconsistency in smart mode where it shows a trim cursor in the top half of the region edge, but a click is actually going to start a range. It is arguable that we _should_ allow trimming in the top half, but that is complicated. This change is small and makes it consistent for now
This commit is contained in:
parent
abe203de65
commit
116a0ad327
@ -1290,10 +1290,12 @@ Editor::choose_canvas_cursor_on_entry (GdkEventCrossing* /*event*/, ItemType typ
|
||||
cursor = _cursors->cross_hair;
|
||||
break;
|
||||
case LeftFrameHandle:
|
||||
cursor = which_trim_cursor (true);
|
||||
if ( effective_mouse_mode() == MouseObject ) // (smart mode): if the user is in the top half, override the trim cursor, since they are in the range zone
|
||||
cursor = which_trim_cursor (true); //alternatively, one could argue that we _should_ allow trims here, and disallow range selection
|
||||
break;
|
||||
case RightFrameHandle:
|
||||
cursor = which_trim_cursor (false);
|
||||
if ( effective_mouse_mode() == MouseObject ) //see above
|
||||
cursor = which_trim_cursor (false);
|
||||
break;
|
||||
case StartCrossFadeItem:
|
||||
cursor = _cursors->fade_in;
|
||||
|
Loading…
Reference in New Issue
Block a user