Patch 7.1.244
Problem:GUI may have part of the command line cut off.
Solution: Don't round the number of lines up, always round down.
(Tony Houghton, Scott Dillard)
Files: src/gui.c
*** ../vim-7.1.243/src/gui.cSat Jan 19 15:55:51 2008
--- src/gui.c Wed Feb 6
Alex Jakushev wrote:
On 1/31/08, Bram Moolenaar [EMAIL PROTECTED] wrote:
Try setting the 'backupcopy' option to yes.
This worked, but then it raises another question. Previous value
of the 'backupcopy' option was auto, which means yes or no, which
works best. Why didn't it choose
Francois Ingelrest wrote:
It seems that Vim does not have the same behavior depending on whether
longest is used as a complete option.
When using set completeopt=menu, if I use c-n and there's only one
possible completion, the current word is completed without showing the
menu and I'm
krischik wrote:
I fear you missed something - since NTFS v3.0 named forks are
supported. They are called Alternate data streams.
Oops, yep, I have a lot of stuff to catch up with.
--
Alexei Alexandrov
--~--~-~--~~~---~--~~
You received this message from
(1) Just write an ß, go to Normal mode and do U. The ß gets killed. Do U
again and the ß appears again. You can do this repeatedly.
(2) Just write a line containing an ß. Visual select the whole line and
do U. The line is uppercase afterwards. Now do U repeatedly. The whole
line
On Feb 6, 12:44 am, Ben Schmidt [EMAIL PROTECTED] wrote:
Ben says For every tab, Vim adds a new tab. It seems counter-
intuitive to me considering that my command is *bufdo* tabnew (i.e.,
for each *buffer* create a new tab).
Just seeking to understand here: Do tabs transcend buffers
On Feb 6, 1:36 am, Tony Mechelynck [EMAIL PROTECTED]
wrote:
Anand Hariharan wrote:
[...] Ben says For every tab, Vim adds a new tab. It seems counter-
intuitive to me considering that my command is *bufdo* tabnew (i.e.,
for each *buffer* create a new tab).
[...]
Yes: for each
It seems that Vim does not have the same behavior depending on whether
longest is used as a complete option.
When using set completeopt=menu, if I use c-n and there's only one
possible completion, the current word is completed without showing the
menu and I'm immediately out of the
Dominique Pelle wrote:
Valgrind memory checker detects that Vim is using freed memory
in the spelling checker code:
==8692== Invalid read of size 1
==8692==at 0x8199D87: spell_to_word_end (spell.c:15854)
==8692==by 0x8166424: win_line (screen.c:3054)
==8692==by 0x8163AD5:
Sorry about the spam, Bram. When I hit reply, I didn't check the address I
was replying to.
On 2/6/08, Erik Falor [EMAIL PROTECTED] wrote:
I'll make that change and send out a patch.
Here's the patch.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
On Wed 6-Feb-08 9:15 am -0600, Bream Molten wrote:
Patch 7.1.243 (after 7.1.240)
Problem:U doesn't work on all text in Visual mode. (Adri Verhoef)
Solution: Loop over all the lines to be changed. Add tests for this.
Files: src/ops.c, src/testdir/test39.in, src/testdir/test39.ok
11 matches
Mail list logo
