Note:
Before bug reporting, please make sure you have tried the latest (alpha) version of BetterTouchTool
I did not do this, sorry. I’ve seen this bug for a long long time so I’m mentioning it.
Describe the bug
I use the “move windows” feature. I expect the window to remain in the same position under my mouse, as my mouse moves. But the window slides to the left twice as fast as my mouse, and to the right half as fast as my mouse. Likewise twice as fast down, half up. If I move my mouse in circles, the window will drift away down and left. If I wiggle left and right, it disappears to the left.
Affected input device (e.g. MacBook Trackpad, Magic Mouse/Trackpad, Touch Bar, etc.):
I use a Mac laptop and I’ve used a few while experiencing this bug. It happens with the internal trackpad, an external mouse and an external trackpad.
Screenshots
If applicable, add screenshots to help explain your problem. (You can just paste or drag them here)
Device information:
- Type of Mac:Apple M1 Pro
- macOS version: 13.0.1 (22A400)
- BetterTouchTool version: 3.572 (1722)
Additional information (e.g. crash logs, related issues, etc.):
This has been happening for a long time which surprises me because I know BTT is actively developed and you fix a lot of bugs. Maybe this is a seldomly used feature but I use it with my mouse, which has some extra buttons, so I can click one of those buttons and drag windows around. Very handy but the windows drift out of place!
Tags for searching: horizontal vertical x axis y axis resize
Oh, is my version six years out of date? LOL ignore me I have purchased a new license and updated my software.
Oh my gosh no, you can’t ignore me because this bug is still there. I just updated and restarted and it still drags twice as fast in two directions and half in the other two directions.
Could you post a screen recording of this?
This is one of the oldest functions in BTT and I have never encountered any issues with it.
Or do you mean the slight drift that can also be seen here? Unfortunately that is a limitation of the macOS API.
I wonder why it doesn’t happen for you. I’ve had this problem for probably ten years, on multiple MacBooks, across many versions of the OS. I’m not making it up, here is a screencap:
This video was taken using my built-in trackpad and pressing the keyboard buttons. I am a computer programmer willing to help debug this at any level you would find helpful.
Oh I notice your video does the same thing. Look where your mouse started and ended relative to the window. The window drifts down and left, or your mouse up and right. Your mouse should end up right next to the “2” text box.
ah yes that's rhe slight shift I mentioned. Unfortunately this is a limitation of the API used for moving / resizing windows. It sometimes skips some events to maintain performance and AFAiK there is no way to prevent that. I once experimented with moving the mouse to the expected position after the move has finished, but that felt very weird.
Huh that’s wicked. It seems so consistent, though, why would a skipped event always lead to leftward drift? and why would it happen at slow mouse speed? I see it is worse at high speed, that makes sense with skipped API events. It just reminded me so much of off-by-one errors in my code. Have you tried adding 1 in two directions and -1 in the other two? Well I’m not trying to tell you about your code, if you are sure it’s an API limitation then that’s that.
I think there might be some improvements with the API since I have last checked it (that must have been like 13 years ago). Let me check again whether they can help with that issue.
//edit: I think this indeed helps, I can now use sub pixel values with that API. I think this helps a lot. The cursor can still end up in slightly different positions, but it is much better than before.
