What's the point of using OS dependend tags such as microsoft-windows, unix and linux?
It seems that OS-dependent editors (such as gVim/MacVim) interface related questions are off-topic (this one sounds like it's too, as it ask for X11 integration) which leaves as with plain only vi/vim and the ...
OK. Sorry for nagging on this, but still. My possible "answer" on how to raise current instance holding swap is a hackish and pure "non-vim", as in it is using xxd and some (bad?) bash routines to parse the swap file and raise GUI by PID found in swap. My question is if that is a suitable post for this site. (Feels more like U&L – but perhaps not.)
Are solutions to questions that rely purely on scripting in other tools considered a good fit? I.e. a bash script to raise a GUI?
That said, I have a also had a addition to the script that look at parent pid until it finds one being a terminal emulator, and raises that one. That is even more hackish and linux only relying on proc file system.
Question about viminfo. As I from time to time run vim with -u NONE the viminfo file get messed up as I have a rather huge storage of history etc. To resolve this I have ~/.viminfo_real in my viminfo line of the vimrc. Is this food for a good question, or have I missed something about the viminfo workings? Or, is it perhaps to obvious?
I have set viminfo='10000,/10000,:10000,\"10000,@10000,f1,s1000,n~/.viminfo_real
From time to time while working on multiple projects, and / or what ever, it leaves me with (too) many Vim instances open – as happens, I open a file which already is opened elsewhere, leaving me with the option of:
[O]pen Read-only, (E)dit anyway, (R)ecover, (Q)uit, (A)bort
Is there some buil...
You can tell a Vim server to reload the vimrc file like so:
$ vim --servername MARTIN --remote-send '<Esc>:source $MYVIMRC<CR>'
And you can get a list of all servers with:
$ vim --serverlist
MARTIN
CARPETSMOKER
Which can be combined with a for loop:
$ for s in $(vim --serverlist); do vim ...
Have tried with remote server, but the issue is that for one: I do not know how to list which instance hold the swap (server) - secondly if one open it with --remote, sometimes it works, other times it simply tries to open it in a different server then the one holding it ...
"other times it simply tries to open it in a different server then the one holding it" ... Hmm, that's strange ... Are you sure you passed the correct --servername?
No, you need to use vim --servername MARTIN --remote-send TODO to check this ... Not sure that TODO should be yet, but I'm fairly sure this should be possible
Yes, read somewhere that it was somewhat unstable to use "expr". IIRC I have tried that before, but it is somewhat long ago. Perhaps I'm remembering incorrectly.
I have been using vim for years, but see myself as a novice none the less.
My biggest issue is perhaps many years using TextPad as main editor (on Windows) then going vim and bringing my TextPad way of working with me in to it ...
TextPad -> pico -> vim :P with quite a bit Visual Studio into the mix.
pico (or nano) isn't 1/1000 as powerfull as vim. I see them as an easy terminal alternative for those who don't know how to use vim and still need to edit some files via terminal
From time to time while working on multiple projects, and / or what ever, it leaves me with (too) many Vim instances open – as happens, I open a file which already is opened elsewhere, leaving me with the option of:
[O]pen Read-only, (E)dit anyway, (R)ecover, (Q)uit, (A)bort
Is there some buil...
You can tell a Vim server to reload the vimrc file like so:
$ vim --servername MARTIN --remote-send '<Esc>:source $MYVIMRC<CR>'
And you can get a list of all servers with:
$ vim --serverlist
MARTIN
CARPETSMOKER
Which can be combined with a for loop:
$ for s in $(vim --serverlist); do vim ...
