I frequently replace a comment with another comment by using shift-home and then trying to press / to start a new comment (replacing the old one). With VAX enabled, this just wraps my old comment with /* */.
Can VAX be smart enough to realize that if my selection starts with //, pressing / shouldn't wrap the selection with a new comment? Probably a similar thing should go for /* and *.
Also, it would be useful for me to have separate checkboxes for each character in the Advanced\\General screen for "Surround selections." I appreciate the usefulness of surrounding a selection with parentheses or curly braces, but I often do the wrong thing when hitting # or / when I have something selected (I almost always want it to replace the selected text, not surround it with something).
I am seeing the same effect here where the line gets wrapped in /* */ comments. Thank you for the clear description.
case=17491
We do not have any current plans to add individual options to surround with, partly because this would add quite a few options. We are trying to keep the number of options in VA to the absolute minimum. Due to the way we have to hook into the IDE and work around the IDE adding options can add a lot more overhead than you would expect.
In your situation, since you normally want to replace selected text, have you considered turning off:
VA Options -> Advanced -> General -> Surround selection on / * ( { and #
and instead using the IDE's commands to comment and uncomment text? In VS2005 the default keyboard shortcuts are CTRL-K + CTRL-C and CTRL-L + CTRL-U.
The IDE's commenting and uncommenting works a little differently to VA's, but these default keyboard shortcuts are not likely to be triggered by accident while typing.
when you highlight the line how are you highlighting it? What are you actually highlighting? Just the text *without* the EOL, or are you also selecting the EOL?
when you highlight the line how are you highlighting it? What are you actually highlighting? Just the text *without* the EOL, or are you also selecting the EOL?
I am just selecting from the front to the end of the line, if however I grab the EOL, it does what I'd expect.
It won't be hard to retrain myself to do it this way (I didn't realize it treated it differently if I grabbed an EOL or not), I just didn't think it would be useful to wrap a line with a { } and have it do it on the same line, though I suppose an inline header function might find this useful.
One reason this happens is that surround selection with is designed to work on parts of lines, or whole lines. If you are selecting just a few words in the middle of a line you do not normally want extra EOL's added
Suggestion: don't wrap comment if comment selected
Posted - Jun 10 2008 : 02:54:32 AM
