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

Bug, BPM, anchoring. #277

Open
GoogleCodeExporter opened this issue Aug 27, 2015 · 6 comments
Open

Bug, BPM, anchoring. #277

GoogleCodeExporter opened this issue Aug 27, 2015 · 6 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?

1. Load song, grab beat marker, pull to any side, pull of, notes are auto 
arranged to bpm marker.
2. grab bpm marker, pull to any side and cross the noteboard area(2d not 3d. 
lol), pull off -> notes are not auto arranged to bpm marker.

What version of the product are you using? On what operating system?
EOFs from 1.8b33(r903) to 1.8RC7(r1173)

not system depending(i think).

Original issue reported on code.google.com by ul0fka on 29 Jul 2013 at 9:04

@GoogleCodeExporter
Copy link
Author

Do you mean this happens when clicking a beat marker and dragging the mouse 
outside of the dark gray area and onto the upper or lower sections (ie. where 
the difficulty tabs or the piano roll are)?  If so, I am aware of this issue, I 
just haven't found a good way to resolve it yet.

Original comment by raynebc on 29 Jul 2013 at 6:05

@GoogleCodeExporter
Copy link
Author

Exactly, this issue. It could happen because of Events, repaint or after 
activating some element. so here need add a boo statesmen?

and one more thing about fretboard area seek marker on max zoom... moove it to 
left a little more :)

Original comment by ul0fka on 30 Jul 2013 at 7:21

@GoogleCodeExporter
Copy link
Author

If the seek marker looks like it's one pixel off the beat line in some (but 
generally not all) zoom levels, it's a rounding error.  I'm making a small 
change that should fix this.

Original comment by raynebc on 30 Jul 2013 at 7:35

@GoogleCodeExporter
Copy link
Author

one more fun on this stuff, on lasted r1177 I'll cam:
drag a note move cursor to left, note going after, when I cross the beat marker 
selection area, it grabs beat marker, now i can change its position and note 
stay still at last position that it had..

fun? yup))

Original comment by ul0fka on 15 Aug 2013 at 5:47

@GoogleCodeExporter
Copy link
Author

The editor logic will need to track which region the left mouse button was 
originally activated in (beat marker area, piano roll area), so that if the 
mouse moves into another y coordinate region, the correct manipulations are 
performed while moving the mouse or when releasing the mouse button.

Original comment by raynebc on 15 Aug 2013 at 10:50

@GoogleCodeExporter
Copy link
Author

So its almost solved. Let only find a time to code this small stuff :D

Original comment by ul0fka on 16 Aug 2013 at 12:47

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

2 participants