Double-click-drag selection doesn’t work as expected. With double-click-drag selection I mean
double-clicking a word and keeping the mouse button pressed on the second click. In every other Mac
OS X text editing environment, this selects the entire double-clicked word and then allows me to drag-
extend the selection in increments of entire words instead of character-by-character. In NetBeans, the
double-click is ignored, it behaves like a regular single-click selection. The regular behavior is
especially useful since I have mapped the middle mouse button (wheel button) to a double-click.
Triple-click-drag selection has the same problem, it doesn’t work as expected. In other text views,
triple-clicking text selects the entire line or paragraph. Dragging up or down selects more lines. It’s a
very convenient feature. In NetBeans, triple-clicking selects the word under the cursor and then starts a
drag for the word.
It would be great if this were consistent with other OS X text editing views. I don’t know how this
behaves on other platforms, but if their user interface guidelines don’t explicitly specify different
behavior, then this could even be useful on all platforms.
*** Issue 114518 has been marked as a duplicate of this issue. ***
This is not just a Mac issue. Multi-click-drag behavior has been completely standard in nearly all text editors for 20
years. Try it in just about any editor on any platform, from Eclipse to Notepad to MS Word. They all support it. The
behavior in Netbeans is simply broken.
The double and tripe click works as in other java applications.
the problem is better described in issue 114518 - the double click means push&release button twice not just
Unfortunately this is standard java behavior. maybe we can change it somehow in the editor to the shorter case, which is
IMO more common.
jiriprox: I'm not sure I understand your comment. The workflow here is push-release-push-drag to select multiple words.
This issue is not about push-release-push-release as you stated in your comment.
*** Issue 15205 has been marked as a duplicate of this issue. ***
It's like to reassert that this is not just a Mac issue.
Re "this is standard java behaviour". I don't buy it.
I can point out many many things that Java has gotten wrong ...
why should we suffer and have out productivity suffer as a result?
No other Java application suffers from this bug as far as I can tell. I just word-selected text in a vuze (the java
bittorent client) without trouble, for example, and that's not even a text editing application! This inability to
word-select text in netbeans has annoyed me since I started using netbeans 5.0. (I'm on Gentoo Linux, by the way, so,
no, this is not just a mac bug)
An interesting data point regarding this issue:
NetBeans itself has different behavior for the click-release-click-drag action depending on where you do it. In the
source code editor, it has the annoying behavior of not selecting the current word on the second click, hence treating
click-release-click-drag the same as click-drag.
However, in the NetBeans Help->About window (or any other text area, such as the build output), the behavior is
different. If you click-release-click-drag on the words in the text box, the behavior is *almost* correct. The current
word is properly selected on the second mouse button press, and subsequent drag-selecting by holding the mouse button
down works. There are still two missing behaviors, though.
1) When drag-selecting, the selection doesn't jump to word boundaries. It still behaves the same as single-press-drag.
2) If you drag select to the left, the original word that was selected becomes deselected.
Expected behavior is what firefox, for example, does. Single-press-drag selects character by character.
Double-press-drag selects word by word, stopping at spaces and punctuation, always keeping the original word that was
double-clicked selected no matter if the cursor is dragged to the left or the right.
Re firefox: must be a somewhat new addition.
Also this isn't just about the editor.
Regular output window has the "undesired" behaviour (terminalemulator has the "desired" behaviour).
*** Issue 154505 has been marked as a duplicate of this issue. ***
Target Milestone of 6.8 but no updates on this.
Does anybody know if it's fixed? Currently this is the only defect it NetBeans that actually REALLLLLLY bothers me.
No, it's not fixed, I am afraid. It will be, once it's status is set to FIXED.
I figured it would be set to "FIXED" but I was hopeful that one of the other "feature requests" for this would somehow
have been snuck in.
Good luck fixing it. I wish I could do it because I know it bugs EVERYBODY on my team.
Please fix this ASAP. It's terribly annoying. I'm perplexed that we're all the way to version 6.8 of NetBeans and this is still here. This (double-click-drag-to-select-whole-words) is such standard behavior in all GUI text editors. It's not just a nice to have, it just makes one LESS PRODUCTIVE. It stops you in your tracks. PLEASE FIX!! Thank you.
and of course, when I said "it just makes one LESS PRODUCTIVE. It stops you in your tracks.", I meant the bug, not the fix. I munged the fix with the problem in once sentence by accident.
Same Problem in window.
I reported a similar one to this a while ago.
And netbean said it my os fault.
I can live with the memory leak, but not this.
Never considering netbean again.
what will it take to get this fixed??? By far the most annoying bug in netbeans...and yet it's been around since the beginning. Such a basic, must-have feature that is missing.
+1 very frustrating *bug*, hasn't this even been acknowledged?
I agree with what others say. This is a surprising limitation of the NetBeans editor. It is one of those small, but crucial, things that will drive some newcomers away from the platform. This ought to have a really high priority, not a mere P3.
Based on the comments, it seems that some folks have different ideas about what is being described. I'll add my own explanation here:
In most text editors (plus browsers, etc etc), the following gesture:
2) release mouse button
4) drag mouse
during the mouse drag, the selection will be expanded/reduced by one whole word at a time. This is similar to the press, release, press, release gesture to select a whole word, but instead of the last release, one drags the mouse to select whole words. (or, similar to the press-mouse-button, then drag mouse to select by letters).
why has this not been fixed for nearly 4 years??
+1 please fix this. This bug annoys me every minute or so. I'm just about to give up and go back to Eclipse just because of this annoying behaviour.
Still occurs in Netbeans 6.9. AARGH!
I guess this is one of those that don't bother the lead developers enough to warrant looking at it.
I wish I didn't like NetBeans so much that I could change to Eclipse.
I will add this to the plan here
(In reply to comment #23)
> I will add this to the plan here
I'm pretty sure there are going to be LOTS of people complaining about this being a defect and not a feature request, but hey, after 4 years I guess I'll take what I can get.
> I'm pretty sure there are going to be LOTS of people complaining about this
> ... but hey, after 4 years ...
4 years? That's nothing.
I've been waiting since 2001 (see bug #15205)
millions shall rejoice the day 6.10 is released.
I just switched from eclipse to NetBeans 6.8. I have the same problem as the others. I love everything about Netbeans so far except for this truly annoying and productivity-reducing bug. Thanks.
You are welcome but please don't change the attributes of already evaluated reports. Thanks for your understanding. Oh and by the way as with other open source projects any report with a patch attached is a way more likely to be integrated that ones without one, we are all developers, right?
Can anyone confirm if this is being worked on for 7.0? I note the problem is still there in 7.0 beta 2.
Product Version: NetBeans IDE 6.9 (Build 100825-unknown-revn)
Java: 1.6.0_20; OpenJDK Client VM 19.0-b09
System: Linux version 2.6.35-28-generic running on i386; UTF-8; en_US (nb)
The problem still here
Is this something that someone on the NB team can give some suggestions of where to look and what to do? I don't have lots of spare time, but this also makes it so painful for me to use NB that I frequently think of switching to that other IDE. so, if this isn't going to be addressed for 7.0 by someone on the main team, I'd be happy to look and see if I can do anything. (given that this is a text thing, that's probably naive of me. but, I'll try anyway)
if you've seriously fixed this bug, send me your details and I'll buy you a drink!!!!
:-) Thanks, but I'm located in Prague in Czech Republic ;)
I'll be happy (once the fix proceeds into Dev builds) if people on cc list could test whether the feature works as desired on all platforms. And also an existing caret's functionality should be checked (since the feature required considerable changes in the BaseCaret's code).
In particular I've tested on Ubuntu 11.04:
1) Regular single-press character selection.
2) Double-press word selection - it tries to be inclusive so once the caret "enters" the word at least partially the word is added to the selection.
3) Triple-press line selection - inclusive similarly to word selection (line added when caret gets located over it).
4) Selected text dragging (existing feature).
5) Click with Shift key should extend/shrink selection to that point (existing feature).
6) Popup menu invocation on right-click.
7) When hovering the (pressed) mouse above document's top (mouse y relative to component was < 0) the selection did not automatically include first line - it was sensitive to x coordinate (x <= 0 was necessary to fully include first line). Now y < 0 ensures that the first line will be fully selected.
So, can we at least send you money for a drink? What address should it go to?
Will be happy (thrilled. overjoyed. ecstatic) to test this out once it is ready!
I totally agree. Give your PayPal address and I'll "buy you a beer" via that...
I expected this bug to reach its 10-year anniversary :-)
Additional fix was necessary for proper focus traversal:
Integrated into 'main-golden'
User: Miloslav Metelka <email@example.com>
Log: #89607 - Implement Double-click-drag-select and Triple-click-drag-select.
Integrated into 'main-golden'
User: Miloslav Metelka <firstname.lastname@example.org>
Log: #89607 - Implement Double-click-drag-select and Triple-click-drag-select - fixed focus traversal.
WORKS LIKE AN ABSOLUTE CHARM!!!!!
THANK YOU THANK YOU THANK YOU!
This was LITERALLY the only reason I've downloaded Eclipse THREE TIMES to try and use it instead. (Of course, once you're used to something, it's hard to try use something else)
This works perfectly! HURRAY!! I'm very happy!
*** Bug 197390 has been marked as a duplicate of this bug. ***