The phenomenon that I observed on macOS is specific to NetBeans, though it 
could be all swing apps. (NetBeans is the only Swing UI I’m aware of running.)
Clicks in other applications are fine, so it doesn’t appear to be fixable with 
OS adjustments to the input device sensitivity. 
Clicks in the gutter to set a breakpoint or look at a hint seem to be where it 
is most frustrating.


Scott

> On May 1, 2020, at 3:09 PM, Eric J. Schwarzenbach 
> <eric.schwarzenb...@wrycan.com> wrote:
> 
> 
> I'd offer one suggestion for anyone suffering from double-click problems: you 
> can configure the click delay that determines whether a second click 
> constitutes a double click or a second single-click. I remember this being a 
> setting in the control panel from my Windows days, no idea about Macs, and in 
> Linux you may have to dig into a config file depending on your desktop 
> manager. I'm not positive that the OS setting affects Netbeans, but it might 
> be worth a try.
> 
> 
> 
> On 5/1/20 2:00 AM, James Ostrowick wrote:
>> I’m so glad someone else is having this problem! I thought it was just me.
>> 
>> It drives me nuts trying to create a debug breakpoint as well, sometimes I 
>> have to click several times to get it to acknowledge the breakpoint 
>> insertion.
>> 
>> What I have noticed is that it if you click, pause for about a second and 
>> then click again it acknowledges the second click better. (When creating 
>> breakpoints)
>> I’ve also found that the external mouse is less accurate than the trackpad 
>> for some very strange reason, possibly something to do with the resolution 
>> of the mouse being lower than the trackpad?
>> So, bluetooth apple mouse clicks tend NOT to be recognised as easily as the 
>> trackpad. 
>> 
>> I first noticed this irritation in NB 10, but its persisted into 11 as well 
>> 
>> This is on MacOS X Catalina 10.15.4, NB 11.3
>> 
>> 
>> 
>>> On 01 May 2020, at 07:51, Alan <netbeans.5zc...@ambitonline.com> wrote:
>>> 
>>> I think Scott is onto something. I've run 20 or so tests where I 
>>> experienced this by leaving my external mouse still and using the button on 
>>> the laptop touchpad to do the clicking, and there were no "missed/ignored" 
>>> clicks. Same story for a similar problem with opening files via 
>>> double-click.
>>> 
>>> On 2020-04-30 18:39, Alan wrote:
>>>> That's a definite possibility... I'm a "drive by clicker", notorious for 
>>>> small mouse shifts between down and up. I'll try testing that out.
>>>> 
>>>> On 2020-04-30 16:11, Scott Palmer wrote:
>>>>> Same on macOS. It seems if the mouse moves a single pixel between mouse 
>>>>> down and mouse up then it may not count as a click.
>>>>> 
>>>>> Scott
>>>>> 
>>>>>> On Apr 30, 2020, at 11:59 AM, Darin Miller <darinsmil...@gmail.com> 
>>>>>> wrote:
>>>>>> 
>>>>>> 
>>>>>> I also observe the "ultra precise" mouse behavior. Both on win7 and 
>>>>>> win10 desktops.
>>>>>> 
>>>>>>  o__
>>>>>>   >/  
>>>>>> ( )\( ) Darin | 208-991-4421
>>>>>> 
>>>>>> 
>>>>>> On Thu, Apr 30, 2020 at 9:52 AM Alan <netbeans.5zc...@ambitonline.com> 
>>>>>> wrote:
>>>>>>> Hi Eirik,
>>>>>>> 
>>>>>>> No display scaling, everything is 100%. It's also monitor-independent. 
>>>>>>> The problem is inconsistent, although it's more prevalent with 
>>>>>>> breakpoints than with the document close. The highlight box is a good 
>>>>>>> indication that the mouse position is getting read right, it's the 
>>>>>>> click event that seems to be problematic.
>>>>>>> 
>>>>>>> At this point I'm waiting for a time when I have the presence of mind 
>>>>>>> to start screen captures. Then maybe I can better characterize the 
>>>>>>> problem. It doesn't appear to be a consistent shift. I suspect the 
>>>>>>> location of the actual hostspot is dependent on screen coordinates. 
>>>>>>> I've had this experience with all the 11.x series, can't recall if it 
>>>>>>> was there in 10.x or not, but it's new since 8.2. If it's not "just me" 
>>>>>>> with this problem I'll see if I can set aside some time to get some 
>>>>>>> more actionable information.
>>>>>>> 
>>>>>>> This is an older machine, ASUS G75 laptop, i7-3630QM CPU, 12GB RAM, SSD 
>>>>>>> drives. Video card is NVIDIA GeForce GTX 660M, two external monitors, 
>>>>>>> external mouse Logitech M545. NB is usually on a LG QHD 2560x1440 
>>>>>>> monitor.
>>>>>>> 
>>>>>>> On 2020-04-30 10:37, Eirik Bakke wrote:
>>>>>>>>> I get the red box hover highlight around the "X" to close a document, 
>>>>>>>>> but unless I click in exactly the right place within that box, the 
>>>>>>>>> document doesn't close.
>>>>>>>> Hmm, odd--I'm on Windows 10 as well, and hadn't had this problem. Do 
>>>>>>>> you have HiDPI scaling active by any chance? ("Display 
>>>>>>>> Settings"->"Change the Size of Text, Apps and Other Items") 
>>>>>>>> 
>>>>>>>> Will be easier to debug if you can find a way to consistently 
>>>>>>>> reproduce the problem.
>>>>>>>> 
>>>>>>>> -- Eirik
>>>>>>>> 
>>>>>>>> -----Original Message-----
>>>>>>>> From: Alan <netbeans.5zc...@ambitonline.com> 
>>>>>>>> Sent: Thursday, April 30, 2020 12:07 AM
>>>>>>>> To: NetBeans Mailing List <users@netbeans.apache.org>
>>>>>>>> Subject: Mouse quirks
>>>>>>>> 
>>>>>>>> The question about odd laptop quirks has reminded me. Does anyone else 
>>>>>>>> experience this...
>>>>>>>> 
>>>>>>>> Under intermittent circumstances, mouse clicks seem to need to be 
>>>>>>>> extremely precise. For example on closing a document, I get the red 
>>>>>>>> box hover highlight around the "X" to close a document, but unless I 
>>>>>>>> click in exactly the right place within that box, the document doesn't 
>>>>>>>> close. 
>>>>>>>> There's no consistency as to where the right spot is, either. This 
>>>>>>>> happens with sufficient frequency that I'm in the habit of using 
>>>>>>>> Crtl-W or right clicking and selecting close instead.
>>>>>>>> 
>>>>>>>> I also get this when trying to clear a breakpoint.
>>>>>>>> 
>>>>>>>> Running Windows 10 rev 1909, 64 bit, Java 13.0.2.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
>>>>>>>> For additional commands, e-mail: users-h...@netbeans.apache.org
>>>>>>>> 
>>>>>>>> For further information about the NetBeans mailing lists, visit:
>>>>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>>>>> 
>>>>>>>> 
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
>>>>>>>> For additional commands, e-mail: users-h...@netbeans.apache.org
>>>>>>>> 
>>>>>>>> For further information about the NetBeans mailing lists, visit:
>>>>>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>>>>> 
>> 

Reply via email to