Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Wrong cursor when moving blocks in song-editor #879

Closed
musikBear opened this issue Jun 22, 2014 · 10 comments
Closed

Wrong cursor when moving blocks in song-editor #879

musikBear opened this issue Jun 22, 2014 · 10 comments

Comments

@musikBear
Copy link

1.0.2 32b
Song-editor
State 'select & move'
cursor changes to 'extend' at block-ends, but marked blocks moves
(already repd ??)

@Sti2nd
Copy link
Contributor

Sti2nd commented Jun 23, 2014

What?

@musikBear
Copy link
Author

Insert some B&B blocks
use the 'select & move' tool (block-select) -they turn darkblue
move the cursor to the end of the selection
if you look at the cursor, it changes to size-changes (double-arrows), if you now drag the selected blocks to the right, it looks like they resize, but they actually moves, so the cursor-change confuses the user

@Umcaruje Umcaruje changed the title bug- wrong cursor for action Wrong cursor when moving blocks in song-editor Jun 30, 2015
@Umcaruje
Copy link
Member

Confirmed on Ubuntu 15.04 x64.

Have a gif:
gifrecord_2015-06-30_191238

@SecondFlight
Copy link
Member

Leaving a comment to remind myself to reproduce when I get home.

@SecondFlight
Copy link
Member

Reproduced in 1.2.0 RC8 and master (as of this build).

@SecondFlight
Copy link
Member

(that was actually me)

As part of a pruning effort, this bug report is archived into a dedicated "Better Workflow" checklist here #4877.

@claell
Copy link
Contributor

claell commented Mar 13, 2019

The question is, what is the expected behaviour? Not having a resize cursor when in selection mode? This also happens when selecting only one "block". Instead of resizing it gets moved.

@SecondFlight
Copy link
Member

I think either would be acceptable behavior. Either attempt to resize all selected TCOs (am I using that term right?), or don't and disable the cursor.

@craslaw
Copy link
Contributor

craslaw commented Feb 7, 2021

About to pick this up as a first issue 🚀. I think there's valid cases for both behaviors.

If you want to resize multiple BB blocks at once, it makes sense to select each block then drag out the edge of one block to resize them all. They would all be resized by the same amount of bars. Other track types that allow block resizing like the sample and automation tracks could also be compatible with BB resizing.

However, track types that don't allow resizing (instruments, presets) fit the other behavior better. In the case were a BB block and an instrument block are selected together, the resize cursor shouldn't appear on the edge of the BB block.

I know this was moved to #4877, but it seemed easier to discuss here. Just let me know if it's better to move the discussion to #4877 or Discord.

@claell
Copy link
Contributor

claell commented Feb 10, 2021

I think discussing the details here is indeed better. You can also ask to reopen this issue in #4877 if you plan to work on it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants