| T O P I C R E V I E W |
| cbranch |
Posted - Jul 18 2007 : 3:15:50 PM
This is a very annoying bug that appeared in 1559. (using VS 2k3)
Shift+Right Click moves the carat to the location of the click regardless of character data. Ie it will place the carat in the middle of the screen for a document that is simply a series of newlines.
It could be related to the Selection lost on Context Menu bug 7569.
These bugs does not occur via the Context-Menu in the margin.
It seems related to the fix to the disappearing context menu bug (forgot #).
I would expect that Shift+Right Click context menu should behave identical to Right Click in Margin context menu and it would not move the carat/selection at all.
|
| 2 L A T E S T R E P L I E S (Newest First) |
| support |
Posted - Sep 14 2007 : 02:35:45 AM
case=3797 is fixed in Build 1561 |
| feline |
Posted - Jul 18 2007 : 5:28:49 PM
Moving the caret to the location where you shift + right click is by design. We have had various people requesting this, and saying that not moving the caret is a bug. In this case VA's menu is supposed to behave the same as the standard IDE right click menu.
When you want to use shift+right click to trigger refactoring is a good example of when you may want the caret to move to the click position.
Moving the caret into the middle of a blank line is a bug:
case=3797 |
