Another problem I found is when I click on a beat the entire whiteboard shifts to the left a couple of inches – only when the beat becomes invisible (by clicking it multiple times) the whiteboard centers on the beat I clicked.
By the way – shouldn’t the beat open when I double-click it? Because now it just creates a new beat – that happens probably, because the focus of the mouse cursor in the moment of the second click is not in the same place as the fist click (because of the whiteboard shift to the left) so it assumes I want to create a new beat in a free space.
Ok, I just tested it by clicking near the left edge of a wide beat (I mean the wide beat rectangle) very quickly, so that the second click was still withing the beat rectangle – it did open the beat. So, the whiteboard shift to the left prevents from opening the beat.
We haven’t seen this before (user sent video). It sounds like a mouse coordinate issue, that some different math is used for mouse down and mouse up, and somehow, one of those calculations is different on your system.
We need to find out if we can make it behave normally on your system. Are you full screen on a single monitor? Please make sure that all undocked windows are docker back into the main window. Does it still happen? Does it happen with the main window full screen on a different monitor? I’m trying to find out if there’s a place where the mouse coordinates calculate normally.
Also, I’d love if you could try this with different settings for Windows Display Scaling. Display scaling is a constant curveball.
The goal is not to find a workaround, the goal is to find the conditions that make this happen.
I’d like if you could fully close the undocked windows. I want to see this failing in a vanilla app. Then I’d like you try to move the main window on other monitors, and make it full screen there.
What is your input device? Mouse? Trackpad? Touch?
Good insight .
So… when it is on the left monitor, it jumps to the left; on the right monitor, it jumps to the right; on the central monitor—as you probably guessed—it doesn’t jump. Weird…
The input device is the mouse.
Basically, when you work in mouse coordinates, you can work directly in raw screen coordinates, which is to be avoided, because it doesn’t take DPI scaling and Display Scaling into account, or you can work in the coordinates given to you by the app’s framework, which are pre-digested to make sense locally. My hunch is that we’re mixing the two.
That would make the mouse up happen in a different place that the mouse down, and it would exactly scale to the left when left of center, and right to the right.
Please work on the monitor that doesn’t exhibit this behavior until we can work it out, but it shouldn’t take long.
I’ve just repositioned the monitors (in settings) to have one of them on top of the other (like I have them at home), and, of course, it jumped to the top.
The issue is fixed in the next update. It was an asymmetry in how we were handling coordinates for edge scrolling, triggering edge scrolling when you clicked items on different monitors.
.