<div dir="ltr"><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Jun 23, 2025 at 10:54 PM Jeremy Wood <<a href="mailto:mickleness@gmail.com">mickleness@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg-651679537672470698"><div><div>I can’t speak to the Apple Magic Mouse specifically, but at my old job we wrote a <a href="https://github.com/mickleness/pumpernickel/blob/master/src/main/java/com/pump/awt/ClickSensitivityControl.java" target="_blank">work-around</a> for a very similar-sounding complaint: we received MOUSE_PRESSED and MOUSE_RELEASED events just fine, but we didn’t receive MOUSE_CLICKED events unless the mouse location stayed exactly the same.</div></div></div></blockquote><div><br></div><div>Right; that seems to be what happens in every platform-specific AWT machinery in the JDK except the XWindows one, to my naïve reading, which "solves" the issue by saying, well, if the mouse didn't move more than {checks notes} four pixels (the "smudge factor"), we're good. On the Mac with its built-in trackpad (and maybe with wired external mice, or others) this hack doesn't appear to be necessary, but I wonder if the Magic Mouse is exhibiting the same sort of behavior that originally led the XWindows-specific JDK machinery author to introduce the four-pixel "smudge factor" for that platform. Perhaps it should be introduced for the Mac as well.</div><div><br></div><div>L</div></div></div>