Hi,
I think this is a known bug that wasn't caught on the regression tests, as
mentioned in
http://stackoverflow.com/questions/18662065/cant-reset-global-mark-in-vim
This is how to reproduce it:
$ mv .viminfo{,.old}
$ vim -N -u NONE -U NONE
:h
mA
:marks
- mark A present
:qall
$ vim -N -u NONE
So, what is the problem? Check the help for :wviminfo for what it's
expected to do, it's not obvious.
I'm sorry if I wasn't clear. I was expecting that when I used `delmark` the
mark would disappear, but it is coming back after restarting Vim, i.e:
$ mv .viminfo{,.old}
$ vim -N -u NONE -U
Ok, thank you very much!
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups
On Vim 7.4 this problem is documented on :help todo
:pedit % with a BufReadPre autocommand causes the cursor to move to the
first line. (Ingo Karkat, 2008 Jul 1) Ian Kelling is working on this.
But the bug has somehow propagated to :edit command:
gvim -N -u NONE
Just open a file with a couple
Normally when quickfix window opens it changes the screen layout, but Vim
restores it when that window is closed.
But there is a situation where the layout restoration fails: when the preview
window is open, vertical splits are presents and :wincmd J is executed in
quickfix (or it is opened with