Hi Stefano Zacchiroli, you wrote:
The solution of being compatible when invoked as 'vi' and being
nocompatible when invoked in a different way made everybody happy. The
(trivial) patch we are using to implement this behaviour is available
at:
A.J.Mechelynck wrote:
I personally recommend to create the following as $HOME/_vimrc
(or $HOME/.vimrc) immediately after first installation, and to
add tweaks as one gets going:
...
Good advice, as always, Tony. But I am trying to crack a different
nut.
In the BOF talk, Bram really was asking
On 1/19/07, John Beckett [EMAIL PROTECTED] wrote:
One problem was how search highlighting is persistent (which is
great), but it is very distracting to some people when you want to
turn your attention to another issue. Telling him how to map a key
to do ':nohl' is just unnecessary mumbo jumbo.
On Thu, Jan 18, 2007 at 05:46:55PM +0100, A.J.Mechelynck wrote:
Vim defaults to 'compatible' mode everywhere, except where it finds a
user _vimrc or .vimrc (system vimrc doesn't count).
I personally recommend to create the following as $HOME/_vimrc (or
$HOME/.vimrc) immediately after first
John Beckett wrote:
A.J.Mechelynck wrote:
I personally recommend to create the following as $HOME/_vimrc
(or $HOME/.vimrc) immediately after first installation, and to
add tweaks as one gets going:
...
Good advice, as always, Tony. But I am trying to crack a different
nut.
In the BOF talk,
Nikolai Weibull wrote:
Perhaps a better way is to leave 'hlsearch' off and provide a binding
that toggles it on and off. That way you don't get the distracting
highlighting until you actually request it.
OK but I imagine most people would like hlsearch on while they
are searching (I certainly
A.J.Mechelynck wrote:
I sense an attitude here that it's just the luser's loss if they
don't learn how to use Vim. Fair enough, but there should be a way
for a non-vi user to enter a command telling Vim I'm one of those
95% of people who use a modern PC - please switch to a useful mode.
Easy
On 1/19/07, John Beckett [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
Perhaps a better way is to leave 'hlsearch' off and provide a binding
that toggles it on and off. That way you don't get the distracting
highlighting until you actually request it.
OK but I imagine most people would
On Fri, Jan 19, 2007 at 01:09:41PM +0100, Martin Stubenschrott wrote:
First and most important thing would be to enable nocompatible by
default when the executable name is (g)vim, compatible should still be
on, when the executable name is vi. Enabling/disabling by an (non-)existing
That's
Matthew Winn wrote:
In other products I've seen where search highlighting is always on, it
generally takes users no more than a couple of seconds to realise that
if the highlighting is distracting them all they have to do is enter a
search that won't work, typically by dragging their fingers
Martin Stubenschrott wrote:
On Fri, Jan 19, 2007 at 07:28:51PM +1100, John Beckett wrote:
In the BOF talk, Bram really was asking for ideas on what would make
new users flock to Vim.
Biggest changes would really be defaults imho. And that should be done
without really compromising compatible
Stefano Zacchiroli wrote:
On Thu, Jan 18, 2007 at 05:46:55PM +0100, A.J.Mechelynck wrote:
Vim defaults to 'compatible' mode everywhere, except where it finds a
user _vimrc or .vimrc (system vimrc doesn't count).
I personally recommend to create the following as $HOME/_vimrc (or
$HOME/.vimrc)
Nikolai Weibull wrote:
Well, hlsearch only kicks in /after/ you've completed your search,
whether you're using 'incsearch' or not. I once thought this was a
nice feature, but I've realized that I rarely need to have other
matches highlighted. I mean, either I've found what I want using
MikoĊaj Machowski wrote:
I won't say more now. If Bram feels that improved defaults would be
worth investigating, a discussion here would probably be best.
OTOH people who dream in Vim script may not be the best source of
ideas on how Vim should be configured to win new converts.
I suppose
14 matches
Mail list logo