Red Hat Bugzilla – Bug 198118
"vim" needs to be compiled --with-x=yes
Last modified: 2007-11-30 17:11:37 EST
Description of problem:
The text-mode "vim" is compiled with "--with-x=no". This means that ":set
mouse=a" works very poorly under xterm. In particular, things like the middle
mouse button will paste the last thing you deleted in vim, instead of the X
Version-Release number of selected component (if applicable):
This has been the case for vim 7 from FC6t1, and also previous builds of vim in FC4.
When running vim in an xterm with "set mouse=a".
Steps to Reproduce:
1.Run vim in an xterm, ":set mouse=a", go into insert mode, select text in
another xterm or X application, paste into vim. The text you selected is not
2.Left-click in the vim and drag over some text to select, press "esc" and now
try to paste into another application. The selected text is not pasted.
X pasting of text comes from "a vim buffer.
X pasting of text comes from "* vim buffer. "* does not exist when --with-x=no
I don't know what the right solution is. On the one hand, I can see why you'd
want the non "gvim" package to not be built against X. On the other hand, there
is significant functionality available for the text-mode vim with --with-x=yes,
including having pasted text do "set paste" when it is pasted, causing
indentation to be preserved, the abilty to click and drag window separators,
etc... Perhaps have the vim-x11 package include both "gvim" and "xvim", where
xvim is built with the same arguments as the non-X vim, but --with-x=yes ?
Scratch this, I didn't realize you can call gvim with "-v" to get it to run gvim
in an xterm, effectively the same as if you called "vim" which had been compiled
"--with-x=yes". "alias vim='gvim -v'" should resolve this. Thanks to Gary
Johnson of Agilent for pointing this out.
This ticket can be closed.
closing based on comment #1