On Thu, Feb 04, 2010 at 09:11:41AM +0300, Sergey Khorev wrote:
Andy,
Most interesting, as DefWindowProc is still called. So I guess that
indicates that _something_ goes wrong inside it. It doesn't bother to put
anything but "Operation successfully completed" or something like that into
GetLastE
Andy,
> Most interesting, as DefWindowProc is still called. So I guess that
> indicates that _something_ goes wrong inside it. It doesn't bother to put
> anything but "Operation successfully completed" or something like that into
> GetLastError() though...
It seems I found what actually is wrong.
> Patch 7.2.356
> Problem: When 'foldmethod' is changed not all folds are closed as expected.
> Solution: In foldUpdate() correct the start position and reset fd_flags when
> w_foldinvalid is set. (Lech Lorens)
> Files: src/fold.c
I think this patch may have caused an undesire
On Wed, Feb 03, 2010 at 09:42:33PM +0300, Sergey Khorev wrote:
Since then I have used the attached patch and just blindly returned TRUE for
NCCREATE. It must have worked without I'll effects because until now I
Btw the patch has a seemingly harmless side-effect: it makes client
window title emp
> Since then I have used the attached patch and just blindly returned TRUE for
> NCCREATE. It must have worked without I'll effects because until now I
Btw the patch has a seemingly harmless side-effect: it makes client
window title empty instead of "Vim text area".
It seems one of the default act
Patch 7.2.356
Problem:When 'foldmethod' is changed not all folds are closed as expected.
Solution: In foldUpdate() correct the start position and reset fd_flags when
w_foldinvalid is set. (Lech Lorens)
Files: src/fold.c
*** ../vim-7.2.355/src/fold.c 2010-01-19 17:24:20.0
Patch 7.2.355
Problem:Computing the cursor column in validate_cursor_col() is wrong when
line numbers are used and 'n' is not in 'cpoptions', causing the
popup menu to be positioned wrong.
Solution: Correctly use the offset. (partly by Dominique Pelle)
Files: src
Patch 7.2.354
Problem:Japanese single-width double-byte characters not handled correctly.
Solution: Put 0x8e in ScreenLines[] and the second byte in ScreenLines2[].
(partly by Kikuchan)
Files: src/screen.c
*** ../vim-7.2.353/src/screen.c 2010-01-19 17:40:39.0 +0100
Patch 7.2.353
Problem:No command line completion for ":profile".
Solution: Complete the subcommand and file name.
Files: src/ex_docmd.c, src/ex_cmds2.c, src/ex_getln.c,
src/proto/ex_cmds2.pro, src/vim.h
*** ../vim-7.2.352/src/ex_docmd.c 2009-11-03 12:38:50.0
Patch 7.2.352
Problem:Win64: Vim doesn't work when cross-compiled with MingW libraries.
Solution: Always return TRUE for the WM_NCCREATE message. (Andy Kittner)
Files: src/gui_w48.c
*** ../vim-7.2.351/src/gui_w48.c2009-01-28 21:22:20.0 +0100
--- src/gui_w48.c 201
Andy Kittner wrote:
> I usually build my windows vims by cross compiling them on my linux box.
> This generally works like a charm, however over the years quite a few
> hacks and ad-hoc fixes have accumulated and I have now finally decided
> to get rid of them ;)
>
> One of the few things that
11 matches
Mail list logo