I can add a little to this. I am a beginner at java and dabble a little in
swing. My environment is Mac OS 10.15.7, Netbeans 12.1. I have had problems
setting breakpoints in Netbeans debug like everyone else in all releases. I
have also found mouse clicks in swing applications I have dabbled in get
dropped also. It appears to be minor movement between click and release of
mouse. I installed a swing app and Netbeans on Windows 10. They both
experience the same problem, but only if click, move mouse, and release mouse.
Normal click and release works fine. Never thought to suspect swing until I
read this thread. This seems to be either swing or java related. I know it is
exaggerated on Mac OS and does not occur in Intellij.
On 2020/05/01 23:53:39, Scott Palmer <swpal...@gmail.com> wrote:
> 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
> >>>>>>>>
> >>
>
---------------------------------------------------------------------
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
