Since a few builds ago, when I double click on a word in a string, if there is a backslash at the end it is also included in the selection.
This happens also with ctrl+shift+right.
$foo = "\"bar\"";
double clicking on bar used to select only bar but now it selects $bar\
Product Version = NetBeans IDE Dev (Build 201005030200)
Operating System = Linux version 2.6.32-5-686 running on i386
Java; VM; Vendor = 1.6.0_20
Runtime = Java HotSpot(TM) Client VM 16.3-b01
Hi... Are there any news about this bug? I'm now working on third party code which has lots of variables embedded within strings and it's very annoying when I need to past and copy.
Double clicking on the variable $bar selects $bar\, ctrl+shift+right also has the same effect.
The only way to select the variable is to place the caret before $, hold down the shift key then keep hitting right until the variable name is completely selected.
I'm pretty sure it wasn't working in this way in NB 6.8, but I can't recall exactly when the behavior changed.
Any chances to have this fixed for 7.0?
I noticed that in other languages, escaped characters in strings are handled correctly.
x = "test\n";
By contrast, in php double-clicking on the word test the following string selects test\n
$x = "test\n";
Even more inconsistent is the behaviour when escaped " or ' are in the string, in the followings case clicking on the word test selects test\
$x = "test\"";
$x = 'test\'';
x = 'test\n'
x = 'test\''
For 7.0 FCS too late, but maybe be for the next minor version?
This is basically regression of the fix #185183. I have to find out solution than will work for both issues.
Sorry, misunderstood the use of the Version field, reverting to the original
Still valid. I was playing with this and looking for a solution. The problem now is that there is missing a suitable api, that should alter the world selection based on a context. Now it based only on char outside a contex, so I can only say, this char belongs to a word, this is word delimiter. But solving the problem is more complected.
*** Bug 197319 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 231075 ***