Re: Update filetype.vim for Git 2.5 worktrees

2015-08-04 Fir de Conversatie Justin M. Keyes
On Tue, Aug 4, 2015 at 7:56 PM, Justin M. Keyes wrote: > Via John Whitley: > > Git 2.5 adds a new command git worktree, providing first-class > support for multiple working directories (aka worktrees) per > repository. An update to filetype.vim is needed the gitcommit filetype > paths for the new

Update filetype.vim for Git 2.5 worktrees

2015-08-04 Fir de Conversatie Justin M. Keyes
Via John Whitley: Git 2.5 adds a new command git worktree, providing first-class support for multiple working directories (aka worktrees) per repository. An update to filetype.vim is needed the gitcommit filetype paths for the new secondary worktree locations. See diff below. diff --git a/runtim

[patch] Literal matching of buffer names in bufnr()

2015-08-04 Fir de Conversatie Olaf Dabrunz
There is no simple way to prepare a file name parameter for bufnr() so that it reliably finds a specific buffer. The file name can contain file-pattern characters that can lead to more than one match, or a match attempt in buflist_findpat() can find a match on the wrong buffer. :let buf = bu

Patch 7.4.811

2015-08-04 Fir de Conversatie Bram Moolenaar
Patch 7.4.811 Problem:Invalid memory access when using "exe 'sc'". Solution: Avoid going over the end of the string. (Dominique Pelle) Files: src/ex_docmd.c *** ../vim-7.4.810/src/ex_docmd.c 2015-07-28 14:25:41.848151118 +0200 --- src/ex_docmd.c 2015-08-04 22:01:59.95563626

Re: [Patch] Visual mode movements for python.vim

2015-08-04 Fir de Conversatie Bram Moolenaar
Carlos Pita wrote: > Updated patch with a couple of text objects (]] and ]m) defined on top > of my previous n and v maps. > > Regarding the maintenance I know nothing about the formalities yet but > I promise to get informed ASAP. The complicated part of maintaining a runtime file is making it

Patch 7.4.810

2015-08-04 Fir de Conversatie Bram Moolenaar
Patch 7.4.810 Problem:With a sequence of commands using buffers in diff mode E749 is given. (itchyny) Solution: Skip unloaded buffer. (Hirohito Higashi) Files: src/diff.c *** ../vim-7.4.809/src/diff.c 2015-07-03 15:06:49.714360608 +0200 --- src/diff.c 2015-08-04 21:30:2

Re: Any automatic bracket-insertion plugins not breaking undo?

2015-08-04 Fir de Conversatie Ben Fritz
Yes, that was you, thanks! A couple of us just posted a couple updates to keep line numbers, etc. up to date with the Vim source to aid in getting it merged faster. -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to.

Re: Any automatic bracket-insertion plugins not breaking undo?

2015-08-04 Fir de Conversatie Christian Brabandt
On Di, 04 Aug 2015, Bram Moolenaar wrote: > Thanks. So who wrote the original patch then? I believe that was me. Best, Christian -- Lieber Lügen als kurze Beine. -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to.

Patch 7.4.809

2015-08-04 Fir de Conversatie Bram Moolenaar
Patch 7.4.809 (after 7.4.802) Problem:Test is duplicated. Solution: Roll back 7.4.802. Files: src/testdir/test39.in, src/testdir/test39.ok *** ../vim-7.4.808/src/testdir/test39.in2015-07-28 17:16:28.298488158 +0200 --- src/testdir/test39.in 2015-08-04 21:16:02.706707689

Re: Any automatic bracket-insertion plugins not breaking undo?

2015-08-04 Fir de Conversatie Bram Moolenaar
Christian Brabandt wrote: > On Di, 04 Aug 2015, Bram Moolenaar wrote: > > > Jacob Niehus wrote: > > > > > I would love to see this in mainline as well. I've been using it quite > > > extensively for four months now with these maps to move the cursor > > > left/right by word/WORD and to the firs

Re: Possible bug: cursor jumps to the wrong position when undoing changes?

2015-08-04 Fir de Conversatie Dmytro Konstantinov
Hi Christian! Thanks for getting back to me! On Tuesday, August 4, 2015 at 6:35:55 PM UTC+1, Christian Brabandt wrote: > I am nut sure, I understand fully. How do you suggest to change the > cursor positioning? I'm afraid I know neither C nor VIM internals well enough to propose a solution. W

Re: Any automatic bracket-insertion plugins not breaking undo?

2015-08-04 Fir de Conversatie Christian Brabandt
On Di, 04 Aug 2015, Bram Moolenaar wrote: > Jacob Niehus wrote: > > > I would love to see this in mainline as well. I've been using it quite > > extensively for four months now with these maps to move the cursor > > left/right by word/WORD and to the first column, first non-blank, and > > last c

Re: Moving to github

2015-08-04 Fir de Conversatie Christian Brabandt
On Di, 04 Aug 2015, Tux. wrote: > I'd like to stick with Mercurial, so yes, I'll use it. Okay, then I keep running the mirror. Best, Christian -- Doch der Mensch führt nicht mit dem Menschen Krieg, sondern mit sich selbst, und gerade aus dem eigenen Inneren fällt uns die feindliche Schlachtrei

Re: Moving to github

2015-08-04 Fir de Conversatie Tux.
I'd like to stick with Mercurial, so yes, I'll use it. -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are su

Re: Moving to github

2015-08-04 Fir de Conversatie Christian Brabandt
On Di, 04 Aug 2015, Bram Moolenaar wrote: > It appears we can't expect any more improvements on the Google code site > to support the move, thus we might as well get it started. > > As I understand it, the move will redirect most things to github, > hopefully also deep-linking for issues. Not su

Re: Patch 7.4.805

2015-08-04 Fir de Conversatie Gary Johnson
On 2015-08-04, Bram Moolenaar wrote: > Patch 7.4.805 > Problem:The ruler shows "Bot" even when there are only filler lines > missing. (Gary Johnson) > Solution: Use "All" when the first line and one filler line are visible. > Files: src/buffer.c Thank you! Regards, Gary --

Re: Possible bug: cursor jumps to the wrong position when undoing changes?

2015-08-04 Fir de Conversatie Christian Brabandt
Hi Dmytro! On Mo, 03 Aug 2015, Dmytro Konstantinov wrote: > After a bit of digging around we managed to confirm that it is, indeed, a bug > in vim. It can be replicated with `vim +"source [filename]"` using the > following two tests: > > 1. [OK] The following test produces the expected result:

Re: Patch 7.4.808

2015-08-04 Fir de Conversatie Bram Moolenaar
I wrote: > Patch 7.4.808 > Problem:On MS-Windows 8 IME input doen't work correctly. Sorry, that should have been "MS-Windows 10". -- LAUNCELOT leaps into SHOT with a mighty cry and runs the GUARD through and hacks him to the floor. Blood. Swashbuckling music (perhaps). LAUNCELOT

Re: Patch 7.4.782

2015-08-04 Fir de Conversatie Christian Brabandt
Hi Bram! On Di, 04 Aug 2015, Bram Moolenaar wrote: > When I patch this in it makes the new part of the test pass, but it > breaks an existing part. Looks like it's the change in normal.c, thus > I'll leave that out and include the rest. Really? I did not notice any failures. But I see, you just

Re: [patch] Key input of vim.exe problems with Windows10

2015-08-04 Fir de Conversatie Bram Moolenaar
Nobuhiro Takasaki wrote: > This is a continuation of the patch "7.4.142" I have submitted. > > Using the console input handle, and monitors the key input buffer. > At the time I did not notice it. > > It was a small problem with Windows10. > Input if a character string in the IME is not complet

Patch 7.4.808

2015-08-04 Fir de Conversatie Bram Moolenaar
Patch 7.4.808 Problem:On MS-Windows 8 IME input doen't work correctly. Solution: Read console input before calling MsgWaitForMultipleObjects(). (vim-jp, Nobuhiro Takasaki) Files: src/os_win32.c *** ../vim-7.4.807/src/os_win32.c 2015-07-17 14:16:49.854596682 +0200 ---

Patch 7.4.807

2015-08-04 Fir de Conversatie Bram Moolenaar
Patch 7.4.807 (after 7.4.798) Problem:After CTRL-V CTRL-A mode isn't updated. (Hirohito Higashi) Solution: Clear the command line or update the displayed command. Files: src/normal.c *** ../vim-7.4.806/src/normal.c 2015-07-28 11:21:27.041407266 +0200 --- src/normal.c2015-08-04

Patch 7.4.806

2015-08-04 Fir de Conversatie Bram Moolenaar
Patch 7.4.806 Problem:CTRL-A in Visual mode doesn't work properly with "alpha" in 'nrformat'. Solution: Make it work. (Christian Brabandt) Files: src/ops.c, src/testdir/test_increment.in, src/testdir/test_increment.ok *** ../vim-7.4.805/src/ops.c2015-07-28

Re: Patch 7.4.782

2015-08-04 Fir de Conversatie Bram Moolenaar
Christian Brabandt wrote: > Updated patch, that also fixes the redraw issue (mentioned in a=20 > different thread). When I patch this in it makes the new part of the test pass, but it breaks an existing part. Looks like it's the change in normal.c, thus I'll leave that out and include the rest.

Patch 7.4.805

2015-08-04 Fir de Conversatie Bram Moolenaar
Patch 7.4.805 Problem:The ruler shows "Bot" even when there are only filler lines missing. (Gary Johnson) Solution: Use "All" when the first line and one filler line are visible. Files: src/buffer.c *** ../vim-7.4.804/src/buffer.c 2015-07-21 15:03:00.691467213 +0200 --- sr

Re: Diffed window ruler shows Bot when it should show All

2015-08-04 Fir de Conversatie Bram Moolenaar
Gary Johnson wrote: > On 2015-08-04, Bram Moolenaar wrote: > > Justin M. Keyes wrote: > > > > > On Aug 3, 2015 17:08, "Gary Johnson" wrote: > > > > > > > > When a file of fewer lines than the window height is diffed against > > > > a longer file, the shorter file's ruler shows only "Bot" when al

Patch 7.4.804

2015-08-04 Fir de Conversatie Bram Moolenaar
Patch 7.4.804 Problem:Xxd doesn't have a license notice. Solution: Add license as indicated by Juergen. Files: src/xxd/xxd.c *** ../vim-7.4.803/src/xxd/xxd.c2015-03-05 17:51:10.784921052 +0100 --- src/xxd/xxd.c 2015-08-02 16:58:57.275281442 +0200 *** *** 55,6

Re: Diffed window ruler shows Bot when it should show All

2015-08-04 Fir de Conversatie Gary Johnson
On 2015-08-04, Bram Moolenaar wrote: > Justin M. Keyes wrote: > > > On Aug 3, 2015 17:08, "Gary Johnson" wrote: > > > > > > When a file of fewer lines than the window height is diffed against > > > a longer file, the shorter file's ruler shows only "Bot" when all > > > the lines are displayed. It

Re: [patch] fixed access to invalid memory when doing :exe "sc"

2015-08-04 Fir de Conversatie Bram Moolenaar
Dominique wrote: > James McCoy wrote: > > > On Sat, Aug 01, 2015 at 04:27:53AM +0200, Dominique Pell=C3=A9 wrote: > >> Hi > >> > >> Vim-7.4.803 (and older) accesses invalid memory beyond end of > >> string when doing: > >> > >> $ vim -u NONE -c 'exe "sc"' > >> > >> Bug is fixed in attached pat

Re: Any automatic bracket-insertion plugins not breaking undo?

2015-08-04 Fir de Conversatie Bram Moolenaar
Jacob Niehus wrote: > I would love to see this in mainline as well. I've been using it quite > extensively for four months now with these maps to move the cursor > left/right by word/WORD and to the first column, first non-blank, and > last column without breaking undo: > > " Move cursor in inse

Re: Diffed window ruler shows Bot when it should show All

2015-08-04 Fir de Conversatie Bram Moolenaar
Justin M. Keyes wrote: > On Aug 3, 2015 17:08, "Gary Johnson" wrote: > > > > When a file of fewer lines than the window height is diffed against > > a longer file, the shorter file's ruler shows only "Bot" when all > > the lines are displayed. It should show "All". > > > > As an example, start

Moving to github

2015-08-04 Fir de Conversatie Bram Moolenaar
It appears we can't expect any more improvements on the Google code site to support the move, thus we might as well get it started. As I understand it, the move will redirect most things to github, hopefully also deep-linking for issues. Not sure how well this works, can't try it out without act

Re: Issue 390 in vim: "[[2;2R" printed in buffer area on vim startup

2015-08-04 Fir de Conversatie vim
Comment #3 on issue 390 by brammool...@gmail.com: "[[2;2R" printed in buffer area on vim startup https://code.google.com/p/vim/issues/detail?id=390 You could try this: in src/term.c, change the length checks to one less: if ((*T_CRV != NUL || *T_U7 != NUL)