This is the leftmost my cursor goes in normal mode.
This is how it looks in insert mode.
I have the following filetype settings
au BufNewFile,BufRead *.py
\ set tabstop=4 |
\ set softtabstop=4 |
\ set shiftwidth=4 |
\ set textwidth=79 |
\ set expandtab |
\ set autoindent |
\ set fileformat=unix |
au BufNewFile,BufRead *.js, *.html, *.css
\ set tabstop=2 |
\ set softtabstop=2 |
\ set shiftwidth=2 |
au BufNewFile,BufRead *.go
\ set tabstop=4 |
\ set softtabstop=4 |
\ set shiftwidth=4 |
\ set noexpandtab |
\ set smarttab
This typically happens with
.go
files as I guess I havenoexpandtab
. But the cursor not going to column-0 in normal mode freaks me out.
What you see is normal Vim behavior. On a line that starts with a <Tab>
character, the cursor is shown on the character; as a tab occupies multiply (default 8) screen cells, Vim puts the cursor at the end of the character (for double-width characters, Vim also double the character, but a 8-char wide cursor probably would look bad, and may not technically be possible in the terminal) in normal mode. In insert mode, the cursor is between characters, so you can position the cursor before (e.g. with gI
) and after (I
) the tab.
It would be best to accept this behavior; if you really can't stand it, here are some options that change the behavior. Unfortunately, each comes with caveats and downsides:
:set list
, Vim puts the cursor at the front, as you want. But you'll see whitespace highlighted, too. You could fiddle with the 'listchars'
option to reduce the visual noise, but then you'll lose that helpful feature.:set virtualedit=all
, you can position the cursor anywhere inside a tab. Starting editing in the middle of it breaks the tab character into space before and after. Also, you can position the cursor anywhere behind physical text.:autocmd
s, you could convert tabs to spaces on reading the buffer, and back on writing. (See :help retab-example
)