Patch 7.3.286
Problem:Crash when using "zd" on a large number of folds. (Sam King)
Solution: Recompute pointer after reallocating array. Move fewer entries
when making room.
Files: src/fold.c
*** ../vim-7.3.285/src/fold.c 2010-08-15 21:57:27.0 +0200
--- src/fold
Christian Brabandt wrote:
> Hi Bram,
> another patch fixing an issue from the todo list:
>
> ,
> | - Make it possible to enter "r" and "r" (get character
> | from line below/above).
> `
Thanks!
- Bram
--
Mynd you, m00se bites Kan be pretty nasti ...
Christian Brabandt wrote:
> this time, no fix from the todo list ;)
>
> As discussed recently in this thread¹ on vim_use, you can't access files
> whose name contains newlines (which is ugly but allowed by POSIX). So I
> made a small patch, to have glob() return all matches in a list. This
>
> Hi Bram,
> another fix from the todo list:
>
>
> ,
> | 8 ":sign unplace * file={filename}" should work. Also:
> | ":sign unplace * buffer={bufnr}". So one can remove all
> | signs for one file/buffer.
> `
Thanks again!
--
We apologise again for the fault in the subtitles
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 22 by nixr...@gmail.com: bad english - arabic shape
http://code.google.com/p/vim/issues/detail?id=22
**What steps will reproduce the problem?
1. vim with -A some_arabic_file
2. type arabic characters { appears properly }
3. th
I am attempting to edit Scheme code with vim. I've always done this with
emacs, but in the last year or so, I've become a convert to vi-style
editing. But, obviously, parenthesis matching is a key issue when editing
Lisp or Scheme
and I am pretty frustrated by the vim paren-matcher's finding parens
On 26/08/11 17:23, Donald Allen wrote:
I am attempting to edit Scheme code with vim. I've always done this with
emacs, but in the last year or so, I've become a convert to vi-style
editing. But, obviously, parenthesis matching is a key issue when
editing Lisp or Scheme
and I am pretty frustrated
> For example, positioning the cursor on the opening paren of this line:
> (hash-table-set! the-table "SETUP,create,original" ");")
> highlights the close-paren inside ");".
Works fine on Big Vim 7.3.286. Are there any lines above that could
confuse lisp-related code?
> I am running vim 7.3.285 o
On Fri, Aug 26, 2011 at 11:04 PM, Tony Mechelynck <
antoine.mechely...@gmail.com> wrote:
> On 26/08/11 17:23, Donald Allen wrote:
>
>> I am attempting to edit Scheme code with vim. I've always done this with
>> emacs, but in the last year or so, I've become a convert to vi-style
>> editing. But, o
On Fri, Aug 26, 2011 at 11:14 PM, Sergey Khorev wrote:
> > For example, positioning the cursor on the opening paren of this line:
> > (hash-table-set! the-table "SETUP,create,original" ");")
> > highlights the close-paren inside ");".
>
> Works fine on Big Vim 7.3.286. Are there any lines above th
> I copied the above line into a new buffer, so only line in
> the buffer. Same incorrect behavior (with matchparen enabled).
Can you try usual troubleshooting steps, i.e.
vim -U NONE -u NONE -N -c "filetype on | syntax on | set ft=scheme"
Now paste your line. Does % work ok?
If so try :ru plugi
Hi,
I noticed that normal/small/tiny Vim cannot be compiled with MSVC.
Patch below fixes this as well as warnings about unused local variables p and c:
-
diff -r 6ca6a42b3cc7 src/os_win32.c
--- a/src/os_win32.cFri Aug 26 16:13:00 2011 +0200
+++ b/src/os_win32.c
12 matches
Mail list logo