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:
Hi Bram Moolenaar, you wrote:
To finish, I'm not suggesting that the optimum one-size-fits-all set
of mappings be determined. Any set of well-planned mappings
would be better than the current blank slate.
The best set of mappings is what you make yourself. That's like: don't
give a
Marcus Aurelius wrote:
[...]
If the user wants to edit long lines, (s)he cannot write a quick mapping
on-the-fly, because he needs something like this:
map buffer silent up gk
imap buffer silent up C-ogk
map buffer silent down gj
imap buffer silent down C-ogj
map buffer silent home ghome
imap
Georg Dahn wrote:
Hi!
--- A.J.Mechelynck [EMAIL PROTECTED] wrote:
map Down gj
imapDown C-Ogj
map Upgk
imapUpC-Ogk
IMHO these mappings are a better choice:
noremap Down gj
noremap Up gk
inoremap expr Down pumvisible() ? \ltDown : \ltC-Ogj
inoremap expr Up
--- A.J.Mechelynck [EMAIL PROTECTED] escreveu:
Georg Dahn wrote:
Hi!
--- A.J.Mechelynck [EMAIL PROTECTED] wrote:
These two are V7 only, so:
if exists(*pumvisible)
inoremap expr Down pumvisible() ? \ltDown : \ltC-Ogj
inoremap expr Up pumvisible() ? \ltUp : \ltC-Ogj
Marcus Aurelius wrote:
--- A.J.Mechelynck [EMAIL PROTECTED] escreveu:
This approach has already been attempted, not just once as Bram said, but at
least twice (evim and mswin.vim), and the results are far from convincing:
easy vim is actually harder to use, and mswin.vim makes some useful Vim
--- A.J.Mechelynck [EMAIL PROTECTED] escreveu:
I have files where I intentionally have long lines and I use gj and gk (so
much that I've remapped them to Up and Down). I don't see why you gripe
about a bunch of mappings: the mappings I need, or want, are in my vimrc or
in some other script,
--- A.J.Mechelynck [EMAIL PROTECTED] escreveu:
This approach has already been attempted, not just once as Bram said, but at
least twice (evim and mswin.vim), and the results are far from convincing:
easy vim is actually harder to use, and mswin.vim makes some useful Vim
features
A.J.Mechelynck wrote:
IMHO it is important that function keys (with the exception of F1 = :help)
should by default _not_ have preset functions in Vim, in order that they
be safely available for whatever mappings any user would want to assign to
them, without competing with existing functions.
Hi group,
I would like to be able to specify that the fragment of text in a
folded line be colored as it would normally appear (i.e. in it's
unfolded state).
This would make folding much more useful to me. This would
facilitate reading the contents of a properly folded file at a
glance, and
On Sun, Jan 21, 2007 at 10:55:44PM +0100, Nikolai Weibull wrote:
On 1/21/07, Marc Weber [EMAIL PROTECTED] wrote:
My comments on nohl:
nnoremap esc :nohl bar echo cr
should clear message line and remove highlighting
nnoremap Esc Esc:silent! nohighlightCR
Whenever I put any of these 2
On 1/21/07, Nikolai Weibull [EMAIL PROTECTED] wrote:
On 1/21/07, Marc Weber [EMAIL PROTECTED] wrote:
My comments on nohl:
nnoremap esc :nohl bar echo cr
should clear message line and remove highlighting
nnoremap Esc Esc:silent! nohighlightCR
Hm, sorry, my bad, the 'echo CR' is what one
John Beckett wrote:
Bram Moolenaar wrote:
No, I don't want that. Pressing ESC is to get back to Normal mode,
it should not have side effects like this.
OK. But my suggestion was not that ESC would go to Normal mode _and_
clear highlighting. My proposal was that if I start in Insert
John Beckett wrote:
Bram Moolenaar wrote:
The idea is that you can press ESC a few times without having to
check what mode you are in exactly (that can be quite difficult at
times). Typing one ESC too many is easily done, I don't like this
to have side effects.
Of course, and I wouldn't have
On 1/18/07, Bram Moolenaar [EMAIL PROTECTED] wrote:
I do agree that good defaults are important. But backwards
compatibility is also important. It's not always easy to make a choice.
I think some things would be really sane to have on by default, such
as :syntax on, but at the same time
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,
Bram Moolenaar wrote:
Mostly PageUp and PageDown do the reverse of each other. If you
mean that the cursor has moved, that is a completely different thing.
I'm not sure what completely different thing adds. I'm just trying
to respond to your call for suggestions on how to make Vim more
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
John Beckett wrote:
Bram Moolenaar wrote:
Mostly PageUp and PageDown do the reverse of each other. If you
mean that the cursor has moved, that is a completely different thing.
I'm not sure what completely different thing adds. I'm just trying
to respond to your call for suggestions on
John Beckett wrote:
[...]
Then, I could write an email to a friend saying
Run gvim and do stuff to select a theme.
Then you can press F11 to do clever thing.
For example, perhaps F11 = :cn, Shift-F11 = :cp.
[...]
This sounds very like file types. When you are opening a file
appropriate
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
Ilya Bobir wrote:
If you think that you can provide a better defaults for novice users you
can just write a script that will adjust vim the way you see it and ask
Bram to add it into the distribution along with a note in the tutor
OK. Perhaps that would handle the issue. I don't care how it's
Bram Moolenaar wrote:
No, I don't want that. Pressing ESC is to get back to Normal mode,
it should not have side effects like this.
OK. But my suggestion was not that ESC would go to Normal mode _and_
clear highlighting. My proposal was that if I start in Insert mode,
then press ESC I would
John Beckett wrote:
Bram Moolenaar wrote:
No, I don't want that. Pressing ESC is to get back to Normal mode,
it should not have side effects like this.
OK. But my suggestion was not that ESC would go to Normal mode _and_
clear highlighting. My proposal was that if I start in Insert mode,
1. Persistence of search highlighting is IMO good thing.
Forgot to explain why: newbies often are pressing Esc just in case of ... . So
this key shouldn't do by default anything more than changing of mode.
m.
Adaptacja bestsellerowej
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
Hi John Beckett, you wrote:
The best way to expand Vim usage IMHO would be to work out better
default settings to improve the first hour of contact. In addition,
perform necessary fixups, but resist new features.
I also think that Vim is feature-enough. What affects me most of all every
John Beckett wrote:
Sorry I'm late, but I just listened to the Vim BOF session that Bram
mentioned three months ago.
In the talk, Bram sounded quite evangelical with regard to promoting
Vim usage, and he asked for suggestions on how he should best spend
his limited time in working towards
Sorry I'm late, but I just listened to the Vim BOF session that Bram
mentioned three months ago.
In the talk, Bram sounded quite evangelical with regard to promoting
Vim usage, and he asked for suggestions on how he should best spend
his limited time in working towards a new version (Vim 8).
I
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 ;),
39 matches
Mail list logo