First thing I tried. No change.
On 2020-05-01 15:08, Eric J. Schwarzenbach 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
<mailto: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
<mailto: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> <mailto:netbeans.5zc...@ambitonline.com>
Sent: Thursday, April 30, 2020 12:07 AM
To: NetBeans Mailing List<users@netbeans.apache.org>
<mailto: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
<mailto:users-unsubscr...@netbeans.apache.org>
For additional commands, e-mail:users-h...@netbeans.apache.org
<mailto: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
<mailto:users-unsubscr...@netbeans.apache.org>
For additional commands, e-mail:users-h...@netbeans.apache.org
<mailto:users-h...@netbeans.apache.org>
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
