What is the meaning of the "INS" and "OVR" messages at the right bottom of the vs 2010 screen?
INSERT or OVERTYPE or something like that.
It does the same as if you press the INSERT touch on your keyboard.
It tells you whether you are in "Insert" or "Overtype" mode.
From wikipedia:
It is primarily used to switch between the two text-entering modes on
a personal computer (PC) or word processor. The first is overtype
mode, in which the cursor, when typing, overwrites any text that is
present on and after its current location. The other is insert mode,
where the cursor inserts a character at its current position, forcing
all characters past it one position further. The insert/overtype mode
toggling is not global for the computer or even for a single
application but rather local to the text input window in which the
Insert key was pressed.
On early text-based computing environments and terminals, when the
cursor was in overtype mode, it was represented as a block that
surrounded the entire letter to be overstruck; when in insert mode,
the cursor consisted of the vertical bar that is highly common among
modern applications, or a blinking underline under the position where
a new character would be inserted.
INS - Insertion
OVR - Overwriting
When the mode is INS it will insert text at insertion point else will overwrite.
Related
Alt+Left navigate backs to the last cursor position and if the last cursor position was in a different file then it navigates to that file.
But, I want to navigate to the last cursor position with respect to the currently focused file only. It is really useful when I have 2 split file editors and want to navigate back exclusive to each other.
Is it possible?
I hope you understand the question, let me know if further explanation is required.
Basic Functionality
You can use the cursor undo / cursor redo commands via the command palette.
Undo also comes with a keyboard shortcut by default (Mac: cmd+u, Windows/Linux: ctrl+u), and you can configure a keybinding for redo.
Advanced Functionality
Note, however, that the file's cursor history is only saved while it has focus in an editor group. So if you have split editors, multiple focused files can have their own cursor history saved. And if the same file is opened and focused in two different editor groups, it has two different cursor history states.
But as soon as you focus another file in an editor group, the previously focused file will lose its cursor history (in that editor group).
The VSCode team is currently working on a variety of open issues to improve local history across the board, but I don't believe that saving cursor history for blurred (or closed) files is in the plans yet. If you need that functionality, you may want to create a feature request.
Note, with VSCode 1.40 (Oct. 2019):
The Soft Undo command has been renamed to Cursor Undo
This action is useful, for example when using Ctrl+D to select the next match and going one time too far, as it undoes only the last cursor state change.
Additionally, we now have added Cursor Redo, which redoes the previously undone cursor state change.
How can I enable to select only one character by mouse in Visual Studio 2013?
It's comfortable after a typo to select it by mouse, but here I must select at least two or three characters to make a selection for editing.
edit:
to be clear let's say the cursor is already far away from that typo and VS have default setting with added opencv. Still it won't select only one character, I must click, hold, move for at least three to make a selection (or more rows).
It's already enabled and you shouldn't modify anything. Visual Studio does not interfere with mouse settings and you should be able to use it just like you would with any other text editor.
I know it is annoying!
To select a single character
double click it with the left mouse.
If the character is in a word, unfortunately,
you will have to click in front of the character, then holding shift select past the character.
It's a pity you only got rude responses.
Not a very good solution but will still help your workflow if you are used to selecting a single character via the mouse :)
I have a large block of text, and I want to insert comment delimiters // at the beginning of every line. I am using X11 forwarding to run GVim from a remote Linux box on my local windows machine. I can use the Ctrl+Q to enter the block selection mode as suggested in this post. When I try to press Shift+i to insert in the selected block, it deletes what I have selected and instead inserts the letter "I" at the top line of my selection and puts me in insert mode.
Any suggestions on how I can insert comment delimiters at the beginning of every line in a block? I would love to solve the problem with block insert, but a work-around would also be appreciated.
have you tried :s command?
select those lines
then :s#^#//#
Your Vim is set to behave mswin. You can use :behave xterm to make it behave in the default manner, and then the other suggestions should work.
The behavior of replacing the selection is a characteristic of select mode. You need to use visual mode for the column-insert via I.
How you got into select mode depends on your configuration. If <C-Q> gets you there, you likely have the cmd value in the 'selectmode' setting.
This is a comma separated list of words, which specifies when to start
Select mode instead of Visual mode, when a selection is started.
Possible values:
mouse when using the mouse
key when using shifted special keys
cmd when using "v", "V" or CTRL-V
Also check the options listed under :help :behave. You may have turned on :behave mswin, and that causes all such unexpected effects.
I want to be able to select columnar blocks using only the keyboard when I use GVim on Windows, but I do not seem to be able to do so when using gvim (7.2) on Windows XP. Edit: For convenience, it is preferable to make the selection with arrow keys as is commonly done in other versions of vi/vim.
In a terminal, when using vim, to define a block, one may select columnar blocks by pressing Ctrl-V and by conveniently moving the cursor with the arrow keys.
When using GVim on mswin, Ctrl-V is mapped to a paste operation. Every reference found on this topic mentions that on mswin, Ctrl-Q is set to act the same way that Ctrl-V works on other platforms, but this does not work for me.
After research indicated that the Ctrl-Q behavior is implemented through the inclusion of mswin.vim, it seemed that perhaps mswin.vim was not being loaded by GVim. mswin.vim is apparently loaded via _vimrc. It seemed that perhaps mswin.vim was not loading, so perhaps _vimrc was not setup correctly, but...
C:\Program Files\Vim\_vimrc exists contains:
source $VIMRUNTIME/mswin.vim
behave mswin
C:\Program Files\Vim\vim72\mswin.vim exists and contains:
" Use CTRL-Q to do what CTRL-V used to do
noremap <C-Q> <C-V>
C:\Program Files\Vim\_vimrc should load since Edit | Settings Window in the GVim graphical menu loads this file for editing, and it is clear that C:\Program Files\Vim\vim72\mswin.vim is loading because one can insert a syntax error in that file and GVim will complain about it when it starts up (it was backed it up for testing and restored to prevent accidental corruption).
When Ctrl-Q is pressed, the cursor changes in the same way that it changes when you block select text using the mouse, but any cursor movement at this point causes the cursor to change back to a normal cursor. It does not matter whether one continues to hold Ctrl, Ctrl-Q, or not.
Edit: Ctrl-Q enters block selection mode as indicated by the cursor change since other cursor movement commands extend the block, however, the original intent of this question was to learn how to use the arrow keys (in the same manner that they are able to be used in other implementations of the editor) though this was not explicitly stated in the original, unanswered revisions of the question.
It is possible to visually select columnar blocks by pressing Alt while holding down the left-mouse button, but Alt during arrow key motion after pressing Ctrl-Q also does not work.
Research also seemed to indicate that pressing v in command-mode would enter visual-mode, and that perhaps this was relevant, but using this does not seem to help the situation.
C:\Program Files\Vim\vimfiles does not contain anything except an empty directory structure. C:\Documents and Settings\username does not contain vim configuration files, nor does C:\Documents and Settings\username\My Documents. Other C:\Documents and Settings\username locations, where application-specific or local settings are commonly stored, also appear not to have vim settings. The same is true for %HOMEDRIVE% and for the environment variables.
One way to visually select column blocks in GVim on Win32 using only the keyboard is to press Ctrl-Q, release it, then press and hold down the Shift key while using the arrow keys to select the column block.
Why Ctrl-Q columnar selection behaves this way is not known, but it does not really matter since the goal was to select column blocks using only the keyboard. In Vim, Shift is not used when using Ctrl-V to select blocks.
:help mswin does not mention this nuance of the CTRL-V alternative.
The best thing to do is to remove these lines from your vimrc. They are totally unecessary and change too many basic Vim features.
The noremap <C-Q> <C-V> in mswin.vim remaps the original command to Ctrl + Q.
If mswin.vim is included, after pressing Ctrl + Q, the indicated mode should switch to Visual Block, and any movement (e.g. j, l, w) extends the visual selection. If that doesn't work for you, you may have something interfering.
Are those movement commands itself remapped, or is there an autocmd on CursorMoved?! Try disabling your plugins (vim --noplugin) and most parts of your .vimrc.
Note that cursor keys do not normally constitute proper movement (and their use in Vim is frowned upon).
What you perceive as the right (and only) way to extend the selection (with shifted cursor keys) is just a consequence of :set selectmode=key, as done by :behave mswin.
sometimes i just want to move either left or right a couple of characters (or go to the end of the line) but don't really want to leave insert mode just to move a couple chars.
I don't know about viemu and visual studio, but in vim, you can use <Ctrl-o> to enter a single command while in insert mode, so <ctrl-o>2l will move you 2 characters to the left, and <ctrl-o>$ will move you to the end of the line.
There is no way of moving the cursor which is easier than just using the arrow keys, thats what they are there for. Insert mode is for inserting text, not navigating the file. If you would like to be so pedantic about not using the arrow key then there is a solution for you:
press
use 'HJKL' keys until at destination
press 'i'