Oddbean new post about | logout
 @a6ff0b2b ok, so I was able to reproduce on an M1 MacBook Air with just any old USB RF mouse. The screen resolution has to be above a certain threshold to show it easily (but 2560x1440 was enough).

It did not reproduce with the Magic Trackpad over USB, so it must be something to do with mice specifically. This wasn't an expensive mouse with a high refresh rate, just a cheap mouse

TL;DR it's not you!

https://files.mastodon.social/media_attachments/files/111/171/903/420/575/516/original/7065221b2377354f.mp4 
 @9c59d669 What specific model of mouse are you using? My ancient USB Logitech MX300 doesn't reproduce it. 
 @a6ff0b2b hahaha I’m glad you asked, because it’s literally a no-brand mouse with generic internals 😂 Was the first mouse I could find on my shelf

https://files.mastodon.social/media_attachments/files/111/171/955/899/453/161/original/54751ea2d5d59fee.jpeg 
 @9c59d669 An “Acorn" clone of the original Macintosh mouse!? 
 @a6ff0b2b no longer available but it was a gift from Kevin Noki who did that amazing Macintosh II case for the Raspberry Pi https://www.youtube.com/watch?v=miN8sADrsgA 
 @9c59d669 @a6ff0b2b Wild theory based on a bit of experience working with USB HID input: Newer mice have something like a “high precision“ mode and a “low precision” mode for big and small movements and when the screen resolution is high enough, macOS gets confused between the two trying to map your big and small movements to screen pixels. Something like this is the only way I can explain the dramatic window jitter despite what appears to be a fairly smooth drag movement in the video… 
 @b29bfecf Don't forget about the requirement that multiple users be logged in at the same time! 
 @a6ff0b2b That’s just a macOS bug. :) If you want more wild speculation, they run a different version of the window manager when multiple users are logged in. Kind of like how Windows used to have a uni-processor and a multi-processor kernel and you’d boot into whatever the hardware needed.