Bram Moolenaar wrote:
Patch 7.1.157
Problem:In Ex mode, : gives an error at end-of-file. (Michael Hordijk)
Solution: Only give an error for an empty line, not for a comment.
Files:src/ex_docmd.c
w00t! Thanks.
- michael
Patch 7.1.158 (extra)
Problem:Win32 console: When 'encoding' is utf-8 and typing Alt-y the
result is wrong. Win32 GUI: Alt-y results in u when 'encoding'
is cp1250 (Lukas Cerman)
Solution: For utf-8 don't set the 7th bit in a byte, convert to the correct
Vim 7.1.157 built on FreeBSD 8.0 with Athena GUI has a menu problem.
Any menu only displays the first 2 items, although very rarely one can
get vim to display the whole menu. I haven't the faintest idea of
where to start looking for the problem. Building vim with Motif or
GTK2 has no problem
Nikolai Weibull wrote:
When at the end of a buffer, daw on one space won't delete anything.
Not that I think this is expected behavior, but this might be
intentional (that is, failing to select any word after the cursor,
nothing is done.). However, when at the end of a buffer, daw on two
On Nov 20, 2007 5:53 PM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
When at the end of a buffer, daw on one space won't delete anything.
Not that I think this is expected behavior, but this might be
intentional (that is, failing to select any word after the cursor,
vim -u NONE
iA sentence.Esc)
The cursor is placed beyond end of line despite virtualedit being blank.
Ben.
Send instant messages to your online friends http://au.messenger.yahoo.com
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
Derek wrote:
Vim 7.1.157 built on FreeBSD 8.0 with Athena GUI has a menu problem.
Any menu only displays the first 2 items, although very rarely one can
get vim to display the whole menu. I haven't the faintest idea of
where to start looking for the problem. Building vim with Motif or
Nikolai Weibull wrote:
When at the end of a buffer, daw on one space won't delete anything.
Not that I think this is expected behavior, but this might be
intentional (that is, failing to select any word after the cursor,
nothing is done.). However, when at the end of a buffer, daw
On Nov 20, 2007 8:57 PM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Nikolai Weibull wrote:
When at the end of a buffer, daw on one space won't delete anything.
Not that I think this is expected behavior, but this might be
intentional (that is, failing to select any word after the
On Nov 20, 9:40 pm, Nikolai Weibull [EMAIL PROTECTED] wrote:
Yes, that's what I described. However, the cursor moving is a bug.
Not that it's harmful in any way, but do you really want to force
future Vim-reimplementations to exhibit this behavior? Think of all
the bugs in Vi that we
10 matches
Mail list logo