">" on visual block break multi-byte string.

Hi. When do visual-block with multi-byte strings, http://go-gyazo.appspot.com/1537d909dba4e4b4.png And type ">" to shift to left. http://go-gyazo.appspot.com/07fdb58694234035.png This make broken letter. Should be: http://go-gyazo.appspot.com/d0f307ce038e9117.png Below is a patch. https://g

ch_sendexpr bug: sending a message with number 0 stops Vim from waiting for a numbered message

Previously this worked, but in the last day or so it has broken. Vim sends a message to the server, the server first sends Vim a message with message number 0, then Vim completely ignores a message with the same index it sent. Attached files reproduce this. Place both in the same directory,

Re: Patch 7.4.1478

On Thu, Mar 03, 2016 at 05:55:25PM +0100, Bram Moolenaar wrote: > > Hirohito Higashi wrote: > > > Why is it different in the search pattern at 'runtimepath' and 'packpath' ? > > > > 'runtimepath': "plugin/**/*.vim" (in main.c: 633) > > 'packpath': "plugin/*.vim" (in source_packages()) > > > >

Re: Patch 7.4.1475

2016-03-04 오전 9:09에 SungHyun Nam 이(가) 쓴 글: > 2016-03-03 오후 7:45에 Bram Moolenaar 이(가) 쓴 글: >> >> Patch 7.4.1475 >> Problem:When using hangulinput with utf-8 a CSI character is >> misintepreted. >> Solution: Convert CSI to K_CSI. (SungHyun Nam) >> Files: src/ui.c > > If a user

Re: Patch 7.4.1475

2016-03-03 오후 7:45에 Bram Moolenaar 이(가) 쓴 글: > > Patch 7.4.1475 > Problem:When using hangulinput with utf-8 a CSI character is > misintepreted. > Solution: Convert CSI to K_CSI. (SungHyun Nam) > Files: src/ui.c If a user use euc-kr, then hangul_string_convert() returns NULL

Patch 7.4.1485

Patch 7.4.1485 Problem:Job input from buffer is not implemented. Solution: Implement it. Add "in-top" and "in-bot" options. Files: src/structs.h, src/eval.c, src/channel.c, src/proto/channel.pro, src/os_unix.c, src/os_win32.c, src/testdir/test_channel.vim *** ../vim-7.4.1

Patch 7.4.1484

Patch 7.4.1484 Problem:Channel "err-io" value "out" is not supported. Solution: Connect stderr to stdout if wanted. Files: src/os_unix.c, src/os_win32.c, src/testdir/test_channel.vim, src/testdir/test_channel_pipe.py *** ../vim-7.4.1483/src/os_unix.c 2016-03-02 21:51

Re: Patch 7.4.1478

On Thu, Mar 3, 2016 at 5:55 PM, Bram Moolenaar wrote: > > Tony Mechelynck wrote: > >> On Thu, Mar 3, 2016 at 2:23 PM, Bram Moolenaar wrote: >> > >> > Patch 7.4.1478 >> > Problem:":loadplugin" doesn't take care of ftdetect files. >> > Solution: Also load ftdetect scripts when appropriate. >>

Patch 7.4.1483

Patch 7.4.1483 Problem:A one-time callback is not used for a raw channel. Solution: Use a one-time callback when it exists. Files: src/channel.c, src/testdir/test_channel.vim, src/testdir/test_channel.py *** ../vim-7.4.1482/src/channel.c 2016-03-02 21:16:56.025809799

Patch 7.4.1482

Patch 7.4.1482 Problem:"timeout" option not supported on ch_send*() and ch_eval*(). Solution: Get and use the timeout option from the argument. Files: src/eval.c, src/testdir/test_channel.vim *** ../vim-7.4.1481/src/eval.c 2016-03-03 12:22:48.562554007 +0100 --- src/eval.c 2016-03-0

Re: Patch 7.4.1478

Hirohito Higashi wrote: > Why is it different in the search pattern at 'runtimepath' and 'packpath' ? > > 'runtimepath': "plugin/**/*.vim" (in main.c: 633) > 'packpath': "plugin/*.vim" (in source_packages()) > > Is this expected? > There is no *.vim directly under plugin in the existing plug-i

Re: Patch 7.4.1478

Tony Mechelynck wrote: > On Thu, Mar 3, 2016 at 2:23 PM, Bram Moolenaar wrote: > > > > Patch 7.4.1478 > > Problem:":loadplugin" doesn't take care of ftdetect files. > > Solution: Also load ftdetect scripts when appropriate. > > Files: src/ex_cmds2.c > > After applying this patch (i.e

Patch 7.4.1481

Patch 7.4.1481 Problem:Can't build with small features. Solution: Add #ifdef. Files: src/ex_cmds2.c *** ../vim-7.4.1480/src/ex_cmds2.c 2016-03-03 17:13:00.488910501 +0100 --- src/ex_cmds2.c 2016-03-03 17:20:37.576051611 +0100 *** *** 3057,3062 --- 3057,3063

Re: Patch 7.4.1479

On Thu, Mar 3, 2016 at 3:47 PM, Bram Moolenaar wrote: > > Patch 7.4.1479 > Problem:No testfor ":loadplugin". > Solution: Add a test. Fix how option is being set. > Files: src/ex_cmds2.c, src/testdir/test_loadplugin.vim, > src/testdir/Make_all.mak Tiny still fails to link (

Patch 7.4.1480

Patch 7.4.1480 Problem:Cannot add a pack direcory without loading a plugin. Solution: Add the :packadd command. Files: src/ex_cmds.h, src/ex_cmds2.c, src/proto/ex_cmds2.pro, src/testdir/test_loadplugin.vim, runtime/doc/repeat.txt *** ../vim-7.4.1479/src/ex_cmds.h 201

Patch 7.4.1479

Patch 7.4.1479 Problem:No testfor ":loadplugin". Solution: Add a test. Fix how option is being set. Files: src/ex_cmds2.c, src/testdir/test_loadplugin.vim, src/testdir/Make_all.mak *** ../vim-7.4.1478/src/ex_cmds2.c 2016-03-03 14:23:06.478991745 +0100 --- src/ex_cmds

Re: [vim] Long lines make VIM slow but... (#555)

Hugo Oliveira wrote: > > @chrisbra , I can also confirm the > behaviour of @Deluxo . Using the kludge of > setting synmaxcol to a high value and calling syntax on again make > scrolling faster. Can you explain why? > > I have syntax on on my v

Re: Patch 7.4.1478

Hi Bram and list, Why is it different in the search pattern at 'runtimepath' and 'packpath' ? 'runtimepath': "plugin/**/*.vim" (in main.c: 633) 'packpath': "plugin/*.vim" (in source_packages()) Is this expected? There is no *.vim directly under plugin in the existing plug-in, which is under th

Re: Patch 7.4.1478

On Thu, Mar 3, 2016 at 2:23 PM, Bram Moolenaar wrote: > > Patch 7.4.1478 > Problem:":loadplugin" doesn't take care of ftdetect files. > Solution: Also load ftdetect scripts when appropriate. > Files: src/ex_cmds2.c After applying this patch (i.e., updating from the previous patchlevel

Patch 7.4.1478

Patch 7.4.1478 Problem:":loadplugin" doesn't take care of ftdetect files. Solution: Also load ftdetect scripts when appropriate. Files: src/ex_cmds2.c *** ../vim-7.4.1477/src/ex_cmds2.c 2016-03-03 12:22:48.562554007 +0100 --- src/ex_cmds2.c 2016-03-03 14:21:48.955797583 +010

Patch 7.4.1477

Patch 7.4.1477 Problem:Test_reltime is flaky, it depends on timing. Solution: When it fails run it a second time. Files: src/testdir/runtest.vim *** ../vim-7.4.1476/src/testdir/runtest.vim 2016-02-20 14:41:36.503890373 +0100 --- src/testdir/runtest.vim 2016-03-03 13:06:47.942

Patch 7.4.1476

Patch 7.4.1476 Problem:Function arguments marked as unused while they are not. Solution: Remove UNUSED. (Yegappan Lakshmanan) Files: src/diff.c, src/eval.c, src/ex_cmds2.c, src/ex_docmd.c, src/window.c *** ../vim-7.4.1475/src/diff.c 2016-02-23 14:52:31.869232337 +0100 ---

Re: Patch: Used function arguments marked as unused

Yegappan Lakshmanan wrote: > Several function parameters which are used in the function are incorrectly > marked as unused. The attached patch fixes this. Thanks. There was one that is unused depending on what symbols are defined. -- BLACK KNIGHT: None shall pass. ARTHUR: I have no qua

Re: [PATCH] escaping CSI for hangulinput

Namsh - > if utf-8 encoding is used, converted string can include CSI. Thanks. I'll also clean up that code a bit. - Bram -- Hanson's Treatment of Time: There are never enough hours in a day, but always too many days before Saturday. /// Bram Moolenaar -- b...@moolenaar.net

Patch 7.4.1475

Patch 7.4.1475 Problem:When using hangulinput with utf-8 a CSI character is misintepreted. Solution: Convert CSI to K_CSI. (SungHyun Nam) Files: src/ui.c *** ../vim-7.4.1474/src/ui.c2016-02-27 18:13:05.240593068 +0100 --- src/ui.c2016-03-03 11:40:32.693060629 +0100

Re: [vim] Long lines make VIM slow but... (#555)

Am 2016-03-03 10:25, schrieb Hugo Oliveira: @chrisbra [1], I can also confirm the behaviour of @Deluxo [2]. Using the kludge of setting synmaxcol to a high value and calling syntax on again make scrolling faster. Can you explain why? Please discuss this on the vim-use ml. This is no user suppor