making vim work properly - or other editor
I run Debian/Unstable on my laptop because I'm a DD and it helps to test all the new software. The new version of VIM has just been added, and I don't like it. By default it uses it's own copy/paste mechanism and doesn't seem to support the system clipboard. What I want is to have VIM not really know about the system clipboard and just use a middle-button click to paste with my Xterm (Konsole in this case) and have VIM just take the text. Is it possible to do this with the new version of VIM? What are other good programmers editors? I want something that will preserve white-space so it doesn't generate ridiculous diffs (no converting tabs to spaces or spaces to tabs). -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
On 28/09/16 23:33, Russell Coker via luv-main wrote:
I run Debian/Unstable on my laptop because I'm a DD and it helps to test all the new software.
The new version of VIM has just been added, and I don't like it. By default it uses it's own copy/paste mechanism and doesn't seem to support the system clipboard. What I want is to have VIM not really know about the system clipboard and just use a middle-button click to paste with my Xterm (Konsole in this case) and have VIM just take the text. Is it possible to do this with the new version of VIM?
What are other good programmers editors? I want something that will preserve white-space so it doesn't generate ridiculous diffs (no converting tabs to spaces or spaces to tabs).
I like geany which is a GU editor.
On 2016-09-28 23:40:18 +1000 (Wed) Russell Coker via luv-main <luv-main@luv.asn.au> wrote:
What I want is to have VIM not really know about the system clipboard and just use a middle-button click to paste with my Xterm (Konsole in this case) and have VIM just take the text. Is it possible to do this with the new version of VIM?
IIRC I had this issue and "solved" it with the following config options: :set mouse= :set ttymouse=
What are other good programmers editors?
There are none :P -- Todd Harbour ~o~
On 2016-10-06 12:10:05 +1100 (Thu) Todd Harbour via luv-main <luv-main@luv.asn.au> wrote:
IIRC I had this issue and "solved" it with the following config options: :set mouse= :set ttymouse=
Russell, I just encountered this on one of my other systems and actually found the answer to be the clipboard variable. To "fix" vim I used: :set clipboard= From a quick test this stopped vim from clobbering my X11 CLIPBOARD/SELECTION on visual selection etc. Also, I am still able to use "* and "+ to manipulate the X11 SELECTION if desired, I believe due to my ttymouse being set to: ttymouse=xterm2 FWIW, my mouse variable is also unset. Anyway, obviously, YMMV as I'm just using trial-and-error here :P -- Todd Harbour ~o~
let g:skip_defaults_vim = 1 The latest version of vim in Debian/Unstable suggests adding the above to / etc/vim/vimrc.local to get the past behavior. A quick test indicates that it does as desired. But thanks for the other suggestions, it's good to have plenty of options for the lurkers. On Wednesday, 19 October 2016 7:30:07 PM AEDT Todd Harbour via luv-main wrote:
On 2016-10-06 12:10:05 +1100 (Thu)
Todd Harbour via luv-main <luv-main@luv.asn.au> wrote:
IIRC I had this issue and "solved" it with the following config options: :set mouse= :set ttymouse=
Russell,
I just encountered this on one of my other systems and actually found
the answer to be the clipboard variable. To "fix" vim I used: :set clipboard=
From a quick test this stopped vim from clobbering my X11 CLIPBOARD/SELECTION on visual selection etc. Also, I am still able to use "* and "+ to manipulate the X11 SELECTION if desired, I believe due to my ttymouse being set to: ttymouse=xterm2
FWIW, my mouse variable is also unset.
Anyway, obviously, YMMV as I'm just using trial-and-error here :P
-- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
On 20.10.16 19:11, Russell Coker via luv-main wrote:
let g:skip_defaults_vim = 1
The latest version of vim in Debian/Unstable suggests adding the above to / etc/vim/vimrc.local to get the past behavior. A quick test indicates that it does as desired. But thanks for the other suggestions, it's good to have plenty of options for the lurkers.
Er, that looks like a hefty hammer. The name "skip_defaults_vim" intimates that it'll revert all the new defaults, and etc/vim/vimrc.local rather than ~/.vimrc imposes it on all users. But they can then individually add back in whatever, anyway, I guess. The pasting problem was raised on vim_users ML on the 9th: https://groups.google.com/forum/#!topic/vim_use/fvIx5ZEWFXs And `:set mouse=` was offered as the canonical fix. (But anything that works is great ... until the secondary effects are encountered.) Erik
On Thursday, 20 October 2016 9:22:56 PM AEDT Erik Christiansen via luv-main wrote:
The latest version of vim in Debian/Unstable suggests adding the above to / etc/vim/vimrc.local to get the past behavior. A quick test indicates that it does as desired. But thanks for the other suggestions, it's good to have plenty of options for the lurkers.
Er, that looks like a hefty hammer. The name "skip_defaults_vim" intimates that it'll revert all the new defaults, and etc/vim/vimrc.local rather than ~/.vimrc imposes it on all users. But they can then individually add back in whatever, anyway, I guess.
When I'm the only vim user on a system that works well. In cases where I'm not the only vim user on the system everyone will be accessing it without X so there probably won't be much difference. True multi-user Linux systems are getting rare.
https://groups.google.com/forum/#!topic/vim_use/fvIx5ZEWFXs
And `:set mouse=` was offered as the canonical fix. (But anything that works is great ... until the secondary effects are encountered.)
;) -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
On Wed, Sep 28, 2016 at 11:33:55PM +1000, luv-main wrote:
I run Debian/Unstable on my laptop because I'm a DD and it helps to test all the new software.
The new version of VIM has just been added, and I don't like it. By default it uses it's own copy/paste mechanism and doesn't seem to support the system clipboard. What I want is to have VIM not really know about the system clipboard and just use a middle-button click to paste with my Xterm (Konsole in this case) and have VIM just take the text. Is it possible to do this with the new version of VIM?
What are other good programmers editors? I want something that will preserve white-space so it doesn't generate ridiculous diffs (no converting tabs to spaces or spaces to tabs).
I use Q (https://github.com/duncan-roe/q). Your .qrc can specify no tab conversion and preserve trailing spaces, if that is what you want. Cheers ... Duncan.
On 28.09.16 23:33, Russell Coker via luv-main wrote:
I run Debian/Unstable on my laptop because I'm a DD and it helps to test all the new software.
The new version of VIM has just been added, and I don't like it. By default it uses it's own copy/paste mechanism and doesn't seem to support the system clipboard. What I want is to have VIM not really know about the system clipboard and just use a middle-button click to paste with my Xterm (Konsole in this case) and have VIM just take the text. Is it possible to do this with the new version of VIM?
Russel, I've not yet updated to the latest Vim, but am confident that it will maintain compatibility with the system clipboard. The defaults which were changed were all said to be for increased user convenience, so if they cause the described problem, those responsible might be quickly reverted, to avoid any need to tweak .vimrc. A question on the vim-users ML always elicits a quick and informed response, I find. Erik (Who also relies on middle-button paste to Vim, rather than "+p or "*p .)
participants (5)
-
David Zuccaro -
Duncan Roe -
Erik Christiansen -
Russell Coker -
Todd Harbour