Re: Mouse quirks
ing 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
> >>>>>>>> Sent: Thursday, April 30, 2020 12:07 AM
> >>>>>>>> To: NetBeans Mailing List
> >>>>>>>> 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
> >>>>>>>>
> >>
>
-
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
Re: Mouse quirks
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 > 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 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 >>>>>> 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 >>>>>> 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 >>>>
Re: Mouse quirks
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 <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
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
<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 <mailto:netbeans.5zc...@ambitonline.com>
Sent: Thursday, April 30, 2020 12:07 AM
To: NetBeans Mailing List
<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
Re: Mouse quirks
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 <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
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
<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 <mailto:netbeans.5zc...@ambitonline.com>
Sent: Thursday, April 30, 2020 12:07 AM
To: NetBeans Mailing List
<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 selecti
Re: Mouse quirks
Thanks Alan,
I’ve certainly noticed that creating or removing breakpoints can be very tricky
using (same as you) 11.3 and Mac OS Catalina.
Regards
David Gradwell
From: Alan
Date: Friday, 1 May 2020 at 07:10
To: "users@netbeans.apache.org"
Subject: Re: Mouse quirks
It seems there's a fair bit of "I thought it was just me" going around. I've
made an issue for this.
https://issues.apache.org/jira/browse/NETBEANS-4286
On 2020-05-01 02:00, 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
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
<mailto: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
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
<mailto:netbeans.5zc...@ambitonline.com>
Sent: Thursday, April 30, 2020 12:07 AM
To: NetBeans Mailing List
<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.
Re: Mouse quirks
It seems there's a fair bit of "I thought it was just me" going around.
I've made an issue for this.
https://issues.apache.org/jira/browse/NETBEANS-4286
On 2020-05-01 02:00, 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 <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
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
<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 <mailto:netbeans.5zc...@ambitonline.com>
Sent: Thursday, April 30, 2020 12:07 AM
To: NetBeans Mailing List
<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...@
Re: Mouse quirks
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 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
>>>> <mailto: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 >>> <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
>>>>> <mailto:netbeans.5zc...@ambitonline.com>
>>>>> Sent: Thursday, April 30, 2020 12:07 AM
>>>>> To: NetBeans Mailing List
>>>>> <mailto:users@netbeans.apache.org>
>>>>> Subject: Mouse quirks
>>>>>
>>>>> The question about odd laptop quirks ha
Re: Mouse quirks
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
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
<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 <mailto:netbeans.5zc...@ambitonline.com>
Sent: Thursday, April 30, 2020 12:07 AM
To: NetBeans Mailing List
<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
Re: Mouse quirks
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
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 <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 <mailto:netbeans.5zc...@ambitonline.com>
Sent: Thursday, April 30, 2020 12:07 AM
To: NetBeans Mailing List
<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
Re: Mouse quirks
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 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 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
>>> Sent: Thursday, April 30, 2020 12:07 AM
>>> To: NetBeans Mailing List
>>> 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
>>>
Re: Mouse quirks
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
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
> Sent: Thursday, April 30, 2020 12:07 AM
> To: NetBeans Mailing List
>
> 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
>
>
Re: Mouse quirks
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
Sent: Thursday, April 30, 2020 12:07 AM
To: NetBeans Mailing List
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
RE: Mouse quirks
> 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
Sent: Thursday, April 30, 2020 12:07 AM
To: NetBeans Mailing List
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
Re: Mouse quirks
On Thu, 30 Apr 2020 at 14:07, Alan wrote: > 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 get the situation where, once I have run a project with one configuration, the run button is disabled. I can re-enable the run button again by selecting another open project, and then switching back to the first. Also, I find that it difficult to select the next (but not a subsequent) configuration in the drop down list because the mouse cursor changes from the usual arrow to a window border resizing icon; usually the next entry is only partially obscured in this way, and there is a bit at the top of the entry where the arrow is still being displayed. These actions have become part of my routine, but I just thought this comment from Alan provided an opportunity to mention these quirks here. Owen. -- I'll cut your code at an intensity and from a place of my own choosing. Clique Space(TM). Anima ex machina.
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
