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:
>
>
> http://svn.debian.org/wsvn/pkg-vim
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
'incsear
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
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 m
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 finge
On Fri, 19 Jan 2007 23:15:57 +1100, "John Beckett"
<[EMAIL PROTECTED]> wrote:
> IMHO it is quite idiotic that Vim has the really great feature of
> globally highlighting searches, but the user has to learn how to
> map keys to make it work in a sensible way. I suppose there
> are people who don't
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 pr
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 wo
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
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 certainl
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 mode.
First and most importa
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, Br
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
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.
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
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 this
> 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 this apply for me also
17 matches
Mail list logo