This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Double click on a word ending with a \ in a string also selects the backslash | ||
---|---|---|---|
Product: | php | Reporter: | paolosca <paolosca> |
Component: | Editor | Assignee: | Ondrej Brejla <obrejla> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | kkawkhins, tmysik |
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
paolosca
2010-05-05 04:11:22 UTC
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. Example: print("<div id=\"$bar\">"); 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. Paolo. batch reassigning Any chances to have this fixed for 7.0? I noticed that in other languages, escaped characters in strings are handled correctly. In example double-clicking on the word test in the following string in a javascript file just selects test 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\''; Languages where I noticed escape characters are handled correctly are javascript, SQL, C and Java. In all of them double-clicking test on any of the following cases just selects test: x = 'test\n' x = 'test\'' Also, in Javascript and C escaped characters as \n are nicely displayed in bold which makes an easy reading in strings. Thanks, Paolo. For 7.0 FCS too late, but maybe be for the next minor version? Thanks. 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 value. 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 *** |