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,
On 18/01/2007 20:55, Bram Moolenaar wrote:
Mike Williams wrote:
Attached is a patch to use VC8 specific optimization options. FTR, VC8
no longer supports the /Gn processor code generation directive, and the
makefile now uses link time code generation when not optimizing for space.
Although
Nikolai Weibull wrote:
Make an easy way to encrypt a secret within a line.
[Really complex scheme to implement this.]
Why is it not enough to simply implement a function that
encrypts/decrypts a range of text, much like g? ROT13s a
range of text?
Because the scheme needs to be simple to
Bram Moolenaar wwrote:
Suggested new feature:
Make an easy way to encrypt a secret within a line.
This is very a specific feature. You should implement this in a script,
this doesn't sound like something Vim should support internally.
OK. I just thought I would mention the concept because
Nikolai Weibull wrote:
2. Don't write down passwords at all - use phrases that you remember
instead
3. Don't write down passwords where other people might walk by and
see what you're typing
Let's not start a religious war, but FWIW many authorities have changed
their mind and no longer
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 1/19/07, John Beckett [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
2. Don't write down passwords at all - use phrases that you remember
instead
3. Don't write down passwords where other people might walk by and
see what you're typing
Let's not start a religious war, but FWIW many
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
On 1/19/07, Nikolai Weibull [EMAIL PROTECTED] wrote:
Which defeats the whole point of having multiple passwords, as if
someone figures out the master password then the other passwords will
also be available. So it's better to use one good password/passphrase
and stick with it.
No, is not.
On Thu, 18 Jan 2007 11:04:00 +0100, Nicolas Weber
[EMAIL PROTECTED] wrote:
You are correct, I was thinking of this the other way around. My
suggestion would only be security in the sense that someone
reading over your shoulder would be prevented from seeing sensitive
content in the
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
From: [EMAIL PROTECTED]
On 1/19/07, Matthew Winn [EMAIL PROTECTED] wrote:
Gung'f ab tbbq. Erny areqf pna ernq ebg13 grkg jvgubhg
hfvat fbsgjner.
Hm. I don't understand. Is that some sort of encryption
you're using?
Garbled, typo somewhere or spellchecker goofed! :-)
---Zdenek
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
On Thu, 18 Jan 2007 17:22:24 +0100, A.J.Mechelynck
[EMAIL PROTECTED] said:
Denis Perelyubskiy wrote:
hello,
I briefly upgraded to patch 182 a little while back, and selectbuf
script which I absolutely adore :) stopped working
Denis Perelyubskiy wrote:
Thanks. While I can't tell what went wrong by just eye-balling the
patches, I did find that the problem results from netrwPlugin.vim.
Basically, netrw registers this autocommand:
au BufEnter .* silent! call s:LocalBrowse(expand(amatch))
When it is executed on a
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
On Fri, 19 Jan 2007 16:14:59 -0500, Charles E Campbell Jr
[EMAIL PROTECTED] said:
Denis Perelyubskiy wrote:
If I remove the netrw plugin, things go back to normal. I did notice
that netrw plugin changed recently...
Can you give me an example? Also, what o/s are you using?
The
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:
In particular, any network admin simply has to record passwords and other
sensitive information - you can't reliably remember more than two or
three
passwords, particularly when you're not using them often.
I don't understand what you're trying to say in the first part
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,
31 matches
Mail list logo
