I posted the linked picture to Stack Overflow along with a description of the problem. My post got downvoted into oblivion without any comments. Is it is particularly offensive? It is from the...
I posted the linked picture to Stack Overflow along with a description of the problem.
My post got downvoted into oblivion without any comments.
Is it is particularly offensive?
It is from the latest version of IntelliJ, on Windows 11.
Sometimes when I place my cursor down at the end of the line, the line gets selected.
I don't want that for various reasons, one of them being operations being performed on that selected line I do not want.
The IntelliJ folks asked me if I made changes to the OS or installed any plugins dealing with input. I didn't do either.
I've noticed this behavior in VS Code too, but not in older editors like Notepad++ or my 10+ year old copy of Visual Slick Edit.
It seems like newer editors want to select things for me.
It looks like the mouse might have triple clicked the line. I would definitely try a different mouse first; though it is strange that this doesn't happen to you in simpler editors
It looks like the mouse might have triple clicked the line. I would definitely try a different mouse first; though it is strange that this doesn't happen to you in simpler editors
Yeah, my first thought was the mouse's LMB switch dying and no longer being able to debounce sufficiently, turning a click into a triple click. I don't believe that the Windows GUI layer natively...
Yeah, my first thought was the mouse's LMB switch dying and no longer being able to debounce sufficiently, turning a click into a triple click.
I don't believe that the Windows GUI layer natively sends programs triple click events. (See, e.g., Raymond Chen's "Implementing higher-order clicks" post.) So, @BeanBurrito, there's likely to be some variation between how different editors detect triple clicks.
I don't want to start a religious war, but Notepad++ and Visual Slickedit aren't simpler editors, just older, and with a different philosophy than the IJ editor or Code. The last two try to do as...
simpler editors
I don't want to start a religious war, but Notepad++ and Visual Slickedit aren't simpler editors, just older, and with a different philosophy than the IJ editor or Code. The last two try to do as much for you as possible - even if you don't want it. :-) Shut up and let me TYPE!
at least for NPP, the last update was 1 day ago so it doesn't really make sense to say it is older imho... old programs for me means not updated and you're forced to turn on compatibility settings...
aren't simpler editors, just older
at least for NPP, the last update was 1 day ago so it doesn't really make sense to say it is older imho... old programs for me means not updated and you're forced to turn on compatibility settings
If they were of same complexity, NPP should be more complex than heavy IDEs because it's had longer to grow in complexity. But its goal is to be lightweight, first and foremost, so simpler feels like a better descriptor than older
But lightweight or IDE-lite is an even better way to group these programs
Notepad++ for sure is a much simpler editor than an IDE. It's important to note that simpler doesn't mean worse. It has fewer features than an IDE, and the features are intended to be minimal, to...
Notepad++ for sure is a much simpler editor than an IDE. It's important to note that simpler doesn't mean worse. It has fewer features than an IDE, and the features are intended to be minimal, to reduce the carbon footprint of the user. Again, this doesn't mean "worse" - it's just not as convoluted. My IntelliJ editor, for example, has integration with almost everything else imaginable; it has a built in terminal, it has more in depth smart code completion, it has database integration, I can monitor the build process. It's complex in a way that Notepad++ isn't, and won't ever be.
I can't really talk about Visual Slickedit - I don't use it - but the lack of complexity probably is related to why this is happening.
Older programs might eat inputs for some reason. Had a similar mouse issue playing games. Clicking both mouse buttons should move you forward, but my character kept inching forward. Turns out the...
Older programs might eat inputs for some reason. Had a similar mouse issue playing games. Clicking both mouse buttons should move you forward, but my character kept inching forward. Turns out the right click was breaking and couldn't poll as a single click anymore when held. Might be similar to OP. They click for slightly too long that it generates the third input due to a failing button.
First, StackOverflow is aggressively curated, and not always kindly. I wouldn't consider this on topic for SO, which is maybe why it got downvoted, but it's still lame that they couldn't have made...
First, StackOverflow is aggressively curated, and not always kindly. I wouldn't consider this on topic for SO, which is maybe why it got downvoted, but it's still lame that they couldn't have made a human comment to that effect. Easier to click a button, I guess.
Sometimes I get the behavior you're describing (or it seems like it) when clicking the end of the line above and my mouse tweaking down a few pixels to the end of the line below. This is interpreted as clicking and dragging to highlight the previous lines \n, and all of the new line.
Here's a test: when this happens, copy and paste it into a new file. Does it paste a single line of text or a black line followed by the line of text?
A straight forward version is if you position the mouse at the end of a line of text, then click and drag to the end of the next line of text. The result in most IDEs (code) will select all of the...
A straight forward version is if you position the mouse at the end of a line of text, then click and drag to the end of the next line of text. The result in most IDEs (code) will select all of the second line as well as the newline on the first line. But the newline part is often invisible, so it appears like you've just selected an entire line.
I can try to make a video if that isn't helping. Let me know!
I don’t use a mouse these days, but I haven’t seen this behaviour in IntelliJ for my input devices. I’d guess that it’s the mouse. The simplest way I’d check is to open MS Paint, make a big white...
I don’t use a mouse these days, but I haven’t seen this behaviour in IntelliJ for my input devices. I’d guess that it’s the mouse.
The simplest way I’d check is to open MS Paint, make a big white canvas, select a black paintbrush, and wave your cursor around like you’re looking at lines. Make sure to rest your fingers where you normally would, too. If it paints anything, then your mouse is “ghost clicking”, which is a fairly common failure mode for those switches (they’re often the first part that goes).
Edit:
Is it is particularly offensive?
I don’t think so, but as noted above, it might be out of scope for Stack Overflow in particular. People should really be explaining why they’re downvoting, though, if that’s why.
The fact that it happens with multiple editors leads me to think it's one of- a hardware issue (the mouse), some software designed for enhancing the mouse (some kind of accessibility or macro...
The fact that it happens with multiple editors leads me to think it's one of- a hardware issue (the mouse), some software designed for enhancing the mouse (some kind of accessibility or macro feature maybe), or a driver issue (unlikely).
I would run a couple tests of swapping mouses and booting into safe mode and seeing if you still have that behavior.
I use IntelliJ all day long and I haven’t seen this. But I’m on Mac. Like others have said, it’s probably the mouse. The intellisense/autocomplete in IntelliJ is pretty aggressive, especially with...
I use IntelliJ all day long and I haven’t seen this. But I’m on Mac. Like others have said, it’s probably the mouse.
The intellisense/autocomplete in IntelliJ is pretty aggressive, especially with copilot installed, but I haven’t seen this. Just in case if it still happens with a different mouse you may try disabling all plugins
I posted the linked picture to Stack Overflow along with a description of the problem.
My post got downvoted into oblivion without any comments.
Is it is particularly offensive?
It is from the latest version of IntelliJ, on Windows 11.
Sometimes when I place my cursor down at the end of the line, the line gets selected.
I don't want that for various reasons, one of them being operations being performed on that selected line I do not want.
The IntelliJ folks asked me if I made changes to the OS or installed any plugins dealing with input. I didn't do either.
I've noticed this behavior in VS Code too, but not in older editors like Notepad++ or my 10+ year old copy of Visual Slick Edit.
It seems like newer editors want to select things for me.
Could it be my cheap and ancient mouse?
Any clues appreciated.
It looks like the mouse might have triple clicked the line. I would definitely try a different mouse first; though it is strange that this doesn't happen to you in simpler editors
Yeah, my first thought was the mouse's LMB switch dying and no longer being able to debounce sufficiently, turning a click into a triple click.
I don't believe that the Windows GUI layer natively sends programs triple click events. (See, e.g., Raymond Chen's "Implementing higher-order clicks" post.) So, @BeanBurrito, there's likely to be some variation between how different editors detect triple clicks.
I don't want to start a religious war, but Notepad++ and Visual Slickedit aren't simpler editors, just older, and with a different philosophy than the IJ editor or Code. The last two try to do as much for you as possible - even if you don't want it. :-) Shut up and let me TYPE!
at least for NPP, the last update was 1 day ago so it doesn't really make sense to say it is older imho... old programs for me means not updated and you're forced to turn on compatibility settings
If they were of same complexity, NPP should be more complex than heavy IDEs because it's had longer to grow in complexity. But its goal is to be lightweight, first and foremost, so simpler feels like a better descriptor than older
But lightweight or IDE-lite is an even better way to group these programs
I think they are, as they have more text processing capabilities. That is why developers still use them.
Notepad++ for sure is a much simpler editor than an IDE. It's important to note that simpler doesn't mean worse. It has fewer features than an IDE, and the features are intended to be minimal, to reduce the carbon footprint of the user. Again, this doesn't mean "worse" - it's just not as convoluted. My IntelliJ editor, for example, has integration with almost everything else imaginable; it has a built in terminal, it has more in depth smart code completion, it has database integration, I can monitor the build process. It's complex in a way that Notepad++ isn't, and won't ever be.
I can't really talk about Visual Slickedit - I don't use it - but the lack of complexity probably is related to why this is happening.
Older programs might eat inputs for some reason. Had a similar mouse issue playing games. Clicking both mouse buttons should move you forward, but my character kept inching forward. Turns out the right click was breaking and couldn't poll as a single click anymore when held. Might be similar to OP. They click for slightly too long that it generates the third input due to a failing button.
First, StackOverflow is aggressively curated, and not always kindly. I wouldn't consider this on topic for SO, which is maybe why it got downvoted, but it's still lame that they couldn't have made a human comment to that effect. Easier to click a button, I guess.
Sometimes I get the behavior you're describing (or it seems like it) when clicking the end of the line above and my mouse tweaking down a few pixels to the end of the line below. This is interpreted as clicking and dragging to highlight the previous lines \n, and all of the new line.
Here's a test: when this happens, copy and paste it into a new file. Does it paste a single line of text or a black line followed by the line of text?
Can you describe that behavior a bit further? I'm not sure what you are doing.
A straight forward version is if you position the mouse at the end of a line of text, then click and drag to the end of the next line of text. The result in most IDEs (code) will select all of the second line as well as the newline on the first line. But the newline part is often invisible, so it appears like you've just selected an entire line.
I can try to make a video if that isn't helping. Let me know!
I understand now.
I will click at the end of the line again and try the slightest drag I can and see if that sets it off.
I don’t use a mouse these days, but I haven’t seen this behaviour in IntelliJ for my input devices. I’d guess that it’s the mouse.
The simplest way I’d check is to open MS Paint, make a big white canvas, select a black paintbrush, and wave your cursor around like you’re looking at lines. Make sure to rest your fingers where you normally would, too. If it paints anything, then your mouse is “ghost clicking”, which is a fairly common failure mode for those switches (they’re often the first part that goes).
Edit:
I don’t think so, but as noted above, it might be out of scope for Stack Overflow in particular. People should really be explaining why they’re downvoting, though, if that’s why.
Does it happen even when you move there with the arrow keys?
The fact that it happens with multiple editors leads me to think it's one of- a hardware issue (the mouse), some software designed for enhancing the mouse (some kind of accessibility or macro feature maybe), or a driver issue (unlikely).
I would run a couple tests of swapping mouses and booting into safe mode and seeing if you still have that behavior.
I use IntelliJ all day long and I haven’t seen this. But I’m on Mac. Like others have said, it’s probably the mouse.
The intellisense/autocomplete in IntelliJ is pretty aggressive, especially with copilot installed, but I haven’t seen this. Just in case if it still happens with a different mouse you may try disabling all plugins