[patch] File test92.in and test93.in become empty. When run test on 80x20 terminal.

2013-09-11 Fir de Conversatie h_east
Hi Bram and Vim developers, How to reproduce. (on linux) - set terminal size to 80x20 - make test - test92 and test93 fail. - test92.in and test93.in become empty.--- unexpected! Expect behavior - test92.in and test93.in keep the contents of file. Investigation result Line 34th of test92.in

Re: Patch 7.4.085

2013-11-18 Fir de Conversatie h_east
Hi Bram, Christian and Vimmers, I received a bug report from Taro Muraoka. This bug occurd in 7.4.085 or later. How to reproduce. 1. Open new buffer and input below and cursor on the '2'. 123 4567 2. Input C-vj$AabEsc Actual behavior - 23 in the second line is strange

Re: Patch 7.4.085

2013-11-18 Fir de Conversatie h_east
Hi Ken! 2013/11/19(Tus) 9:34:00 UTC+9 Ken Takata: Hi h_east, 2013/11/19 Tue 3:14:22 UTC+9 h_east wrote: Hi Bram, Christian and Vimmers, I received a bug report from Taro Muraoka. This bug occurd in 7.4.085 or later. How to reproduce. 1. Open new buffer and input

Re: Patch 7.4.085

2013-11-18 Fir de Conversatie h_east
Hi Bram and Vimmers, 2013/11/19(Tue) 4:09:39 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: Hi Bram, Christian and Vimmers, I received a bug report from Taro Muraoka. This bug occurd in 7.4.085 or later. How to reproduce. 1. Open new buffer and

[patch][bugfix] ftplugin/python.vim

2013-11-26 Fir de Conversatie h_east
Hi Johannes and Bram, I received a bug report from Masami Hirata. runtime/ftplugin/python.vim has two problrems. #1. if exists('*SIDPython_jump') | finish | endif Line 29 or later is script-local scope. But exists buffer-local processing. It's from line 43 to line 62. How to reproduce. 1. New

Re: [patch][bugfix] ftplugin/python.vim

2013-11-26 Fir de Conversatie h_east
Hi Christian, 2013/11/27(Wed) 0:10:35 UTC+9 Christian Brabandt: I don't have anything to contribute except for this part of the patch: +if has(gui_win32) !exists(b:browsefilter) +let b:browsefilter = Python Files (*.py)\t*.py\n . +\ All Files

Re: [patch][bugfix] ftplugin/python.vim

2013-11-28 Fir de Conversatie h_east
Hi Bram, 2013/11/28(Thu) 20:46:55 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: Hi Christian, 2013/11/27(Wed) 0:10:35 UTC+9 Christian Brabandt: I don't have anything to contribute except for this part of the patch: +if has(gui_win32)

[patch] Crash when using :bwipeout in autocmd

2014-01-06 Fir de Conversatie h_east
Hi Bram and Vim developers, How to reproduce: 1. Prepare test_vimrc $ cat test_vimrc augroup vimrc autocmd! augroup END autocmd vimrc WinEnter * :execute ( (winnr('$') == 1) (filetype ==# 'qf') ? 'bwipeout!' : '') 2. Start vim $ vim -N -u test_vimrc 3. Open quickfix window

Re: [patch] 2 cell character that is output to the screen does not flash by a space character

2014-05-13 Fir de Conversatie h_east
Hi, Bram and Nobuhiro 2014/5/13(Tus) 23:17:39 UTC+9 Nobuhiro Takasaki: Hi. What physical condition are you? A result of discussions at the Issue of vim-jp. This is a common problem in a multi-byte countries. In the terminal, if the last character in the string is a multi-byte character,

Re: Buffer position not preserved when resizing window (7.4.307)

2014-05-29 Fir de Conversatie h_east
Hi Bram and Nobuhiro, 2014/05/28(Wed) 20:42:17 UTC+9 Bram Moolenaar: Nobuhiro Takasaki wrote: It is a test that is an error in the patch before. It does not result in an error in the patch after. The correctness of meaning, there is no confidence. If there is a better

[document patch] :help g@ sample does not work properly when use blockwise-visual with '$'

2014-05-31 Fir de Conversatie h_east
Hi Bram and Vim developers, :help g@ doc*g@* *E774* *E775* doc g@{motion} Call the function set by the 'operatorfunc' option. (snip) doc doc Here is an example that counts the number of spaces with F4: doc docnmap silent F4 :set

If input ':' after set history=100000000, OS get stuck or Vim can't quit by ':q' after E342.

2014-06-24 Fir de Conversatie h_east
Hi Bram and Vim developers, How to reproduce: - start Vim and set 'hi' option to huge value. $ vim -N -u NONE -c set history=1 - Input colon. : Occurred pattern #1 - OS get stuck (Verrry slow response) Occurred pattern #2 - get 'E342' E342: Out of memory! (allocating 16

Re: [PATCH] adding sha256({string}) function

2013-02-02 Fir de Conversatie h_east
Hi Bram and Tyru! 2013/1/9(Wed) 5:24:42 UTC+9 Bram Moolenaar: Tyru wrote: Here is a patch to add sha256({string}) function, which returns SHA256 checksum of {string}. To be honest, I don't know this patch is useful. because I've never had a time to use SHA256 checksum in

Re: Patch 7.3.872

2013-03-20 Fir de Conversatie h_east
Hi Bram, 2013/3/20(Wed) 0:49:37 UTC+9 Bram Moolenaar: Patch 7.3.872 Problem:On some systems case of file names is always ignored, on others never. Solution: Add the 'fileignorecase' option to control this at runtime. Implies 'wildignorecase'. Files:

Re: Patch 7.3.872

2013-03-24 Fir de Conversatie h_east
Hi Bram, 2013/3/21(Thu) 5:24:00 UTC+9 Bram Moolenaar: h_east wrote: 2013/3/20(Wed) 0:49:37 UTC+9 Bram Moolenaar: Patch 7.3.872 Problem:On some systems case of file names is always ignored, on others never. Solution: Add the 'fileignorecase' option

Re: Issue 128 in vim: valgrind error Invalid read of size 1 in find_var_in_ht (eval.c:20062) in test91

2013-04-13 Fir de Conversatie h_east
Hi, List (as person concerned of patch 7.3.831) I can got reproduce. I think ... This error was included from previous version. getwinvar() and getbufvar() was used to test for the first time in test91 (Patch 7.3.831). Problem has been conspicuous by it. But I'll investigate it. Thanks for

[patch] .viminfo update wrong (after 7.3.880)

2013-04-13 Fir de Conversatie h_east
Hi, Bram Prepare for reproduce (on Linux) $ cat ~/.vimrc_test set nocompatible set history=5 $ rm ~/.viminfo How to reproduce $ vim -u ~/.vimrc_test :echo 1 :echo 2 :echo 3 :echo 4 :echo 5 C-Wq $ vim -u ~/.vimrc_test :q Expect Result (~/.viminfo command history may

Re: Patch 7.3.892

2013-04-14 Fir de Conversatie h_east
Hi, Bram .viminfo merging logic works fine. Thanks! Best Regards, Hirohito Higashi -- -- 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

Re: Plans for Vim 7.4

2013-05-10 Fir de Conversatie h_east
Hi, Bram and list 2013/5/9(Thu) 12:51:48 UTC+9 Bram Moolenaar: Hello Vim users, We are now at patch level 7.3.931. In a few weeks we would reach 999. I don't want to find out what happens if we go over that, so it's time for Vim 7.4! In recent years, the resolution of the display

Re: Problems of new regexp engine (that we know)

2013-05-22 Fir de Conversatie h_east
Hi, Bram I found NFA regexp engine bug. Prerequisite vim 7.3.1004 set re=0 How to reproduce vim -N -u NONE -i NONE --noplugin oEsc /\n*or /\_.* Actual gone infinite loop. How to take back control. (on linux) pgrep -lf kill -9 nnn -- nnn is vim process number checked by pgrep.

Re: Patch 7.3.1005

2013-05-22 Fir de Conversatie h_east
Hi, Cesar 2013/5/23(Thu) 8:04:11 UTC+9 Cesar: It doesn't solve the issue for %s/^\n\+/\r. It gets stuck as before. Really? My vim7.3.1005 works well. It appears to have solved for me. Best regards, Hirohito Higashi -- -- You received this message from the vim_dev maillist. Do not top-post!

[patch] Can not become Visual mode when indirectly specified gettabwinvar() to 'tabline' option

2013-06-16 Fir de Conversatie h_east
Hi, Bram and list I reproduce on console vim 7.3.1195 on linux (fedora 17 64bit) How to reproduce: 1. Prepare rc file $ cat ~/vimrc_foo set tabline=%!Foo() set guioptions-=e function! Foo() return gettabwinvar(1, 0, 'foo') endfunction 2. Start Vim and :tab new $ vim

Re: Patch 7.3.1200

2013-06-24 Fir de Conversatie h_east
Hi Bram, 2013/6/16(Sun) 00:55:06 UTC+9 Bram Moolenaar: Patch 7.3.1200 Problem:When calling setline() from Insert mode, using CTRL-R =, undo does not work properly. (Israel Chauca) Solution: Sync undo after evaluating the expression. (Christian Brabandt) Files:

:helptags occurs E154 errors

2013-06-28 Fir de Conversatie h_east
Hi Bram and List, :helptags runtime/doc E154: Duplicate tag g:tex_fast in file runtime/doc/syntax.txt E154: Duplicate tag g:tex_isk in file runtime/doc/syntax.txt My environment get from most recent repository. (rev. 5023) -- Best regards, Hirohito Higashi -- -- You received this message

Re: :helptags occurs E154 errors

2013-06-28 Fir de Conversatie h_east
Hi Bram, 2013/6/29(Sat) 0:49:19 UTC+9 h_east: Hi Bram and List, :helptags runtime/doc E154: Duplicate tag g:tex_fast in file runtime/doc/syntax.txt E154: Duplicate tag g:tex_isk in file runtime/doc/syntax.txt My environment get from most recent repository. (rev. 5023) I attached a patch

Re: :helptags occurs E154 errors

2013-06-28 Fir de Conversatie h_east
Hi Bram, 2013/6/29(Sat) 1:43:05 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: :helptags runtime/doc E154: Duplicate tag g:tex_fast in file runtime/doc/syntax.txt E154: Duplicate tag g:tex_isk in file runtime/doc/syntax.txt My environment get from most recent repository.

Re: Regression: After startup, first message output is swallowed.

2013-07-02 Fir de Conversatie h_east
Hi, Manuel and Vimmers. 2013/7/3(Wed) 0:27:51 UTC+9 Manuel Ortega: On Tue, Jul 2, 2013 at 3:44 AM, Kazunobu Kuriyama kazunobu...@nifty.com wrote: That said, the vim shipped with MacOS X 10.8.4, the version of which is 7.3 and looks no patch applied, not linked against X11, works well.  

E477 error occured when execute :all! and :sall!

2012-01-30 Fir de Conversatie h_east
(I'm sorry to a similar post several times. This is correct.) Hi Bram, When execute :all! and :sall!, error(E477) occured. :all and :sall is permitted `!` from help. Here is patch. Please check and include.https://gist.github.com/1670489 (https://raw.github.com/gist/1670489/gistfile1.diff)

E477 error occured when execute :all! and :sall!

2012-01-30 Fir de Conversatie h_east
Hi Bram, When execute :all! and :sall!, error(E477) occured. :all and :sall is permitted `!` from help. Here is patch. Please check and include. https://gist.github.com/1670489 (https://raw.github.com/gist/1670489/gistfile1.diff) Regards -- Hirohito Higashi -- You received this message from

E477 error occured when execute :all! and :sall!

2012-01-30 Fir de Conversatie h_east
Hi Bram, When execute :all! and :sall!, error(E477) occured. :all and :sall is permitted `!` from help. Here is patch. Please check and include. https://gist.github.com/1670489 (https://raw.github.com/gist/1670489/gistfile1.diff) Regards -- Hirohito Higashi -- You received this message from

E477 error occured when execute :all! and :sall!

2012-01-30 Fir de Conversatie h_east
Hi Bram, When execute :all! and :sall!, error(E477) occured. :all and :sall is permitted `!` from help. Here is patch. Please check and include. https://gist.github.com/1670489 (https://raw.github.com/gist/1670489/gistfile1.diff) Regards -- Hirohito Higashi -- You received this message from

E477 error occured when execute :all! and :sall!

2012-01-31 Fir de Conversatie h_east
Hi Bram, When execute :all! and :sall!, error(E477) occured. :all and :sall is permitted `!` from help. Here is patch. Please check and include. https://gist.github.com/1670489 (https://raw.github.com/gist/1670489/gistfile1.diff) Regards -- Hirohito Higashi -- You received this message from

:tab drop file is moved current window

2012-01-31 Fir de Conversatie h_east
Hi Bram, :tab drop file is moved current window. and more... CASE1: current window changed on tabpage1. $ vim -u NONE -N :split :tab drop hoge CASE2: window moved. (window1 moved window2) $ vim -u NONE -N :tabnew :split hoge :tab drop hoge CASE3: target window exist. but tabpage opend. $ vim

[patch] 'break' can not escape double for-loop in FOR_ALL_TAB_WINDOWS()

2012-02-05 Fir de Conversatie h_east
Hi Bram, FOR_ALL_TAB_WINDOWS() macro contain the double for-loop. So that, 'break' can not escape this. I checkd out all the places that using. I found an appropriate place in aucmd_restbuf(). (Not bug, but occurred wasted loop) I fixed this and added comment to FOR_ALL_TAB_WINDOWS(). Below is

[patch] improved :qa command behavior

2012-02-18 Fir de Conversatie h_east
Hi Bram and Vimmer, I improved :qa command behavior. (if any buffer was changed and cannot be abandoned.) Before patch A changed buffer select priority: 1. curbuf 2. first find in buffer-list. Behavior: 1. Output E37 and E162 messages. 2.(find in current tabpage)

[patch] IM-status of File select dialog is reflected Vim's in normal mode. [MS-Windows]

2012-04-18 Fir de Conversatie h_east
hi Bram, How to reproduce - exec gvim.exe on MS-Windows. - :browse w - IM(Input method) is On in filename textbox. - Cancel click. Expect behavior IM is Off. Actual behavior IM is On (in normal mode!!) Below is patch. Please check. Regards, -- Hirohito Higashi -- You received this

Re: Strange behavior about C-o in Insert mode

2012-04-18 Fir de Conversatie h_east
Hi, Kana and Bram 2012/4/8(Sun) 12:00:51 UTC+9 Kana Natsuno: According to the :help i_CTRL-O -- The CTRL-O command takes you to Normal mode. If you then use a command enter Insert mode again it doesn't nest. Thus when typing aC-Oa and then Esc takes you back to Normal mode, you

Re: Crash when extend(o, o)

2012-05-05 Fir de Conversatie h_east
2012/5/3 (Thu) 3:55:50 UTC+9 Bram Moolenaar: Yasohiro Matsumoto wrote: When passing same Dictionary/List to expand(), it breaks reference counter. let o = {a:{b:B}} call extend(o, o) echo o.a.b = crash https://gist.github.com/2578755 Please check and include. Thanks for

[patch] When canceled input(), wrong value returned.

2012-08-05 Fir de Conversatie h_east
Hi, Bram Occured in Vim 7.3.604 and later reproduce (1) :let foo=input('', '', 'dir') (2) Hit escape key. (cancel input()) (3) :echo foo displayed dir `dir` is 3rd argument value(the type of completion). It's Not {cancelreturn} value. Patch attatched. Please check. Best regards, --

Re: Problem by updating from 692 to 709

2012-10-21 Fir de Conversatie h_east
Hi, Bram and Cesar 2012/10/22(Mon) 9:28:21 UTC+9 Cesar: I'm building vim on windows 7. By updating from 692 to 709 I got the following problem: If I open 'gvim -N -u NONE file' and I type something, say foo, and if I want to change a character, say f, to n using r in normal mode, it

Re: Problem by updating from 692 to 709

2012-10-22 Fir de Conversatie h_east
PS This patch should attached after 7.3.704. -- 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

Re: Problem by updating from 692 to 709

2012-10-22 Fir de Conversatie h_east
Hi Christian, 2012/10/23(Tue) 2:18:07: UTC+9 Christian Brabandt: Hi h_east! On So, 21 Okt 2012, h_east wrote: 2012/10/22(Mon) 9:28:21 UTC+9 Cesar: I'm building vim on windows 7. By updating from 692 to 709 I got the following problem: If I open 'gvim -N -u

Re: Patch 7.3.699

2012-12-03 Fir de Conversatie h_east
Hi, Bram I also confirmed. I got Hayaki's behavior. Best, regards -- Hirohito Higashi -- 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

Re: getbufvar(), getwinvar(), gettabvar(), gettabwinvar() cannot set default value

2013-01-01 Fir de Conversatie h_east
Hi, Bram, Shougo and list. 2013/1/1(Tue) 13:02:14 UTC+9 Shougo: Thanks, this looks useful. Instead of manual testing, it would be useful to have the tests in src/testdir. Vim is getting more and more complex, it's good to test every feature. Thank you for the

Re: getbufvar(), getwinvar(), gettabvar(), gettabwinvar() cannot set default value

2013-01-31 Fir de Conversatie h_east
Hi Bram 2013/1/3(Thu) 1:50:25 UTC+9 Bram Moolenaar: Thanks, I'll add this to the todo list. Thanks for adding todo list. But original patch author is forgotten. todo.txt : 93 Patch to add default value to getbufvar() et al. (Hirohito Higashi, 2013 Jan 1) Please fix this as: Patch to add

Re: Bug: bad interaction between ui and preview window for omnifunc with extra info

2014-07-02 Fir de Conversatie h_east
Hi Carlos, 2014/7/3(Thu) 5:04:10 UTC+9 Carlos Pita: When the omnifunc provides extra info to be shown in the preview window (in case preview is included in completeopt) there is a permanent focus switching back and forth between the current window and the preview window, which produces

Re: Bug: bad interaction between ui and preview window for omnifunc with extra info

2014-07-04 Fir de Conversatie h_east
Hi Bram, 2014/7/4(Fri) 19:05:30 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: Hi Carlos, 2014/7/3(Thu) 5:04:10 UTC+9 Carlos Pita: When the omnifunc provides extra info to be shown in the preview window (in case preview is included in completeopt) there is a permanent

Re: Bug: bad interaction between ui and preview window for omnifunc with extra info

2014-07-15 Fir de Conversatie h_east
Hi Carlos, 2014/7/12(Sat) 13:18:29 UTC+9 Carlos Pita: What do you think about supressing events in the specific way I described above? Is it possible without a lot of work? Could it be problematic for some reasonable use case? I think your idea is last resort. Because it would be an

[patch] Window size is not restored when the command-line window closed.

2014-07-15 Fir de Conversatie h_east
Hi Bram and Vim developer, How to reproduce: - run vim $ vim -N -u NONE - open quickfix window and vsp and sp on top window. :copen|wincmd k|vsp|sp - open command-line window and close this. q:CR Expected behavior: - Restore all window size before open command-line window. Actual

Re: Bug: bad interaction between ui and preview window for omnifunc with extra info

2014-07-16 Fir de Conversatie h_east
Hi Bram, Attach a patch. Suppress preview window's status line redrawing when popupmenu opened for completion with preview window. What do you think? worth to consider? -- Best regards, Hirohito Higashi -- -- You received this message from the vim_dev maillist. Do not top-post! Type your

Re: Patch 7.4.367

2014-07-16 Fir de Conversatie h_east
Hi Bram, 2014/7/16(Wed) 21:44:08 UTC+9 Bram Moolenaar: Patch 7.4.367 (after 7.4.357) Problem:Other solution for redrawing after completion. Solution: Schedule a window redraw instead of just clearing the command line. (Jacob Niehus) Files:src/edit.c

Re: Patch 7.4.367

2014-07-17 Fir de Conversatie h_east
Hi Bram, 2014/7/17(Thu) 20:25:00 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: 2014/7/16(Wed) 21:44:08 UTC+9 Bram Moolenaar: Patch 7.4.367 (after 7.4.357) Problem:Other solution for redrawing after completion. Solution: Schedule a window redraw instead of just

Re: Bug: bad interaction between ui and preview window for omnifunc with extra info

2014-07-23 Fir de Conversatie h_east
Hi Bram, 2014/7/18(Fri) 0:34:05 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: Attach a patch. Suppress preview window's status line redrawing when popupmenu opened for completion with preview window. What do you think? worth to consider? Looks tricky. What if the

[patch] Could not reference a special key CursorHold in Vim script

2014-08-10 Fir de Conversatie h_east
Hi Bram and list, I add a special key name \CursorHold for K_CURSORHOLD. How to reproduce: - Create ~/test.vim of the contents of the following. augroup hogehoge autocmd! autocmd CursorHold,CursorHoldI,WinEnter * setlocal cursorline augroup END function! s:foo() echomsg getchar()

Re: [patch] Could not reference a special key CursorHold in Vim script

2014-08-11 Fir de Conversatie h_east
Hi Bram, 2014/8/11(Mon) 1:13:05 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: Hi Bram and list, I add a special key name \CursorHold for K_CURSORHOLD. How to reproduce: - Create ~/test.vim of the contents of the following. augroup hogehoge autocmd!

Re: Patch 7.4.362

2014-08-15 Fir de Conversatie h_east
Bram, 2014/7/10(Thu) 3:21:03 UTC+9 Bram Moolenaar: Patch 7.4.362 Problem:When matchaddpos() uses a length smaller than the number of bytes in the (last) character the highlight continues until the end of the line. Solution: Change condition from equal to

Re: Patch 7.4.362

2014-08-16 Fir de Conversatie h_east
Hi Yukihiro ,Christian and Bram 2014/8/16(Sat) 10:14:35 UTC+9 Yukihiro Nakadaira: It doesn't work when highlighting multiple characters. $ vim -u NONE :set encoding=utf-8 :call setline(1, 'a') :hi Test guibg=red ctermbg=red :call matchaddpos('Test', [[1, 1, 2]]) Thanks for bug

Re: Patch 7.4.362

2014-08-16 Fir de Conversatie h_east
Hi Christian and Bram, 2014/8/16(Sat) 22:20:36 UTC+9 h_east: Can you all please check, if all your issues also occur with the patch from here: https://groups.google.com/forum/#!msg/vim_use/V6cRWX4c13E/qh3YCUESU0kJ Thanks for report. I will check them soon in my new patch. I

Re: Patch 7.4.405

2014-08-16 Fir de Conversatie h_east
Hi Bram, It's too simple. Great! -- Best regards, Hirohito Higashi -- -- 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

[patch] Wrong popup drawing in omni-complete.

2014-08-29 Fir de Conversatie h_east
Hi Bram and Vimmer, How to reproduce: - prepare foo.vim contents is below. set omnifunc=XXX set nowrap function! XXX(findstart, base) if a:findstart return col(.) endif normal! gg return ['aaa', 'bbb', 'ccc', 'ddd'] endfunction - start vim $ vim -N -u

[patch] message history is added twice.

2014-08-29 Fir de Conversatie h_east
Hi Bram and Vim developers. How to reproduce: - start vim $ vim -N -u NONE - Input below. yy3p :messagesCR Expected behavior: - Displayed this. Messages maintainer: Bram Moolenaar b...@vim.org 3 more lines Press ENTER or type command to continue Actual behavior: - Displayed this. It is

Re: faulty session scripts in 7.4.459

2014-09-29 Fir de Conversatie h_east
Hi Peter and Bram, 2014/9/27(Sat) 5:00:01 UTC+9 Peter Mattern: As of 7.4.459 the script files as created by mksession or mkview contain an invalid line setlocal backupcopy= which causes an E474 error when sourced. Once a correct value such as auto was set manually, it

Re: Patch 7.4.473

2014-10-26 Fir de Conversatie h_east
Hi Bram and Christian, 2014/10/10(Fri) 22:34:57 UTC+9 Bram Moolenaar: Patch 7.4.473 Problem:Cursor movement is incorrect when there is a number column/sign/fold column and 'sbr' is displayed. Solution: Adjust the column for 'sbr'. (Christian Brabandt) Files:

[patch] When specify a negative number to 'topline' by winrestview(), display becomes strange.

2014-10-27 Fir de Conversatie h_east
Hi list! How to reproduce: - start vim $ vim -N -u NONE -c se nu - Input below. iaEsc :call winrestview({'topline': -3}) Expected behavior: - Display this. (Display does not change) 1 a Actual behavior: - Displayed below. (Invalid line number!) -3 a -2 a -1 a 0 a 1 a I

[document patch] :q!

2014-11-18 Fir de Conversatie h_east
) ...Repeat (4) and (5). Bram, Is this the intended behavior? If Yes, Please consider attached documentation patch. Thank you. -- Best regards, Hirohito Higashi (a.k.a h_east) -- -- You received this message from the vim_dev maillist. Do not top-post! Type your reply below the text you are replying

[patch] STATUS_HEIGHT define is used in the judgement of the width

2014-11-18 Fir de Conversatie h_east
Hi Bram and list, I attached patch that written in the subject. Please include this. -- Best regards, Hirohito Higashi (a.k.a h_east) -- -- 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

[document patch] :q!

2014-11-18 Fir de Conversatie h_east
Oh, I had a typo. (5) Abandon the buffer b.txt This is correct. (5) Abandon the buffer a.txt -- -- 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

Re: [document patch] :q!

2014-11-19 Fir de Conversatie h_east
!(exits) Thanks for reply. Okay. I try to make patch this behavior. -- Best regards, Hirohito Higashi (a.k.a h_east) -- -- 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

Re: [document patch] :q!

2014-11-21 Fir de Conversatie h_east
Hi Mattn! Great! Thanks for the patch. I'll check it later. Bram, Perhaps You revert my :q! document patch. Have a good weekend :-) -- Best regards, Hirohito Higashi (a.k.a h_east) -- -- You received this message from the vim_dev maillist. Do not top-post! Type your reply below the text you

Re: [document patch] :q!

2014-11-21 Fir de Conversatie h_east
(a.k.a h_east) -- -- 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 subscribed to the Google Groups vim_dev group

Re: [document patch] :q!

2014-11-21 Fir de Conversatie h_east
Hi, 2014/11/22(Sat) 11:08:53 UTC+9 h_east: Hi Bram and All, 2014/11/22(Sat) 7:02:29 UTC+9 Bram Moolenaar: Yasuhiro Matsumoto wrote: Then the behavior would be: vim -o a.txt b.txt c.txt [make a change in each window] :hide (hides a.txt, still

Re: [document patch] :q!

2014-11-21 Fir de Conversatie h_east
Hi James, 2014/11/22(Sat) 12:20:34 UTC+9 James McCoy: On Fri, Nov 21, 2014 at 06:55:17PM -0800, h_east wrote: diff -r 03a813f2cf51 runtime/doc/editing.txt --- a/runtime/doc/editing.txt Thu Nov 20 23:07:05 2014 +0100 +++ b/runtime/doc/editing.txt Sat Nov 22 11:46:44 2014 +0900

Re: [document patch] :q!

2014-11-23 Fir de Conversatie h_east
Hi Bram, 2014/11/23(Sun) 0:03:33 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: 2014/11/22(Sat) 11:08:53 UTC+9 h_east: Hi Bram and All, 2014/11/22(Sat) 7:02:29 UTC+9 Bram Moolenaar: Yasuhiro Matsumoto wrote: Then the behavior would be: vim -o a.txt b.txt

[patch]multi-line regexp highlight regression

2014-12-07 Fir de Conversatie h_east
regards, Hirohito Higashi (a.k.a h_east) -- -- 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 subscribed

[patch]When call getcurpos() after type $, The curswant is not MAXCOL

2014-12-08 Fir de Conversatie h_east
is not MAXCOL(2147483647). (2147483647 is in case of sizeof(int)=4 system) I wrote a patch. Please include this. Thank you. Best regards, Hirohito Higashi (a.k.a h_east) -- -- 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

Re: We can't handle type which it's quickfix or location-list.

2014-12-10 Fir de Conversatie h_east
is based on Hirohito Higashi (a.k.a h_east), he wrote help file too. Thanks. Please update your Gist. (https://github.com/vim-jp/issues/issues/12) Best regards, Hirohito Higashi (a.k.a h_east) -- -- You received this message from the vim_dev maillist. Do not top-post! Type your reply below

Re: We can't handle type which it's quickfix or location-list.

2015-02-04 Fir de Conversatie h_east
Correct :wincmd k :echo len(getloclist(0)) on quickfix window 75 Not correct! Our patch always returns correct value. Thanks for the response. Best regards, Hirohito Higashi (a.k.a h_east) -- -- You received this message from the vim_dev maillist. Do

Re: We can't handle type which it's quickfix or location-list.

2015-02-05 Fir de Conversatie h_east
Hi Enno, 2015/2/5(Thu) 18:25:49 UTC+9 Enno: Le jeudi 5 février 2015 05:12:19 UTC+1, h_east a écrit : Hi Enno, 2015/2/4(Wed) 20:42:57 UTC+9 Enno: How about let b:isLoc = len(getloclist(0)) 0 ? 1 : 0 inside of a qf filetype window. See :h getloclist() that explains

Re: Ctrl_L behave like Ctrl_P while pum_visible.

2015-02-08 Fir de Conversatie h_east
to ignore the 'backspace' option. I would write the patch when you are determined. Best regards, Hirohito Higashi (a.k.a h_east) -- -- 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

Re: Ctrl_L behave like Ctrl_P while pum_visible.

2015-01-19 Fir de Conversatie h_east
Hi Shougo and Christian, 2015/1/20(Tue) 7:34:56 UTC+9 Shougo: 2015年1月20日火曜日 0時32分27秒 UTC+9 Christian Brabandt: Hi Shougo! On Mo, 19 Jan 2015, Shougo wrote: 2. h_east patch It is long and complex. But it is backward compatible. Unfortunatelly, complete() feature has other

[patch] a logical AND against serial number

2015-01-16 Fir de Conversatie h_east
to determine the 13 except here. But except 1, 4, 5, 8, 9, 12 and 13. I attached a patch to fix this. Please check. Best regards, Hirohito Higashi (a.k.a h_east) -- -- 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

Re: [patch] a logical AND against serial number

2015-01-16 Fir de Conversatie h_east
Hi James, 2015/1/17(Sat) 9:56:56 UTC+9 James McCoy: On Fri, Jan 16, 2015 at 02:45:49PM -0800, h_east wrote: Hi Bram and list, I found a strange code. ins_compl_bs() in src/edit.c : L3397 3393 /* Stop completion when the whole word was deleted. For Omni completion 3394

Re: Ctrl_L behave like Ctrl_P while pum_visible.

2015-02-18 Fir de Conversatie h_east
Hi Bram, 2015/2/18(Wed) 1:26:32 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: 2015/2/9(Mon) 2:21:55 UTC+9 h_east: Hi Bram and Nice Vim developers, 2015/1/6(Tue) 4:58:27 UTC+9 Bram Moolenaar: Yasuhiro Matsumoto wrote: bug.vim --- set

Re: Ctrl_L behave like Ctrl_P while pum_visible.

2015-02-18 Fir de Conversatie h_east
Hi Bram and list, 2015/2/18(Wed) 17:30:31 UTC+9 h_east: Hi Bram, 2015/2/18(Wed) 1:26:32 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: 2015/2/9(Mon) 2:21:55 UTC+9 h_east: Hi Bram and Nice Vim developers, 2015/1/6(Tue) 4:58:27 UTC+9 Bram Moolenaar: Yasuhiro Matsumoto

Re: Ctrl_L behave like Ctrl_P while pum_visible.

2015-02-19 Fir de Conversatie h_east
you. Best regards, Hirohito Higashi (a.k.a h_east) -- -- 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

Re: [patch] visual block delete with 'breakindent' deleted amount is strange.

2015-01-27 Fir de Conversatie h_east
Hi! Christian, 2015/1/27(Tue) 16:02:07 UTC+9 Christian Brabandt: Am 2015-01-26 23:37, schrieb h_east: Hi Bram and Vim developers, How to reproduce: Pattern#1 :set breakindent :30vnew :normal! 3a1234567890 :normal! aabcde :exec normal! 0\C-Vte x

[patch] When run the make test on non-English locale system, test_command_count fails.

2015-01-26 Fir de Conversatie h_east
E16: 無効な範囲です --- $+tabe E16: Invalid range rm -rf X* test.ok viminfo Expected behavior: - Test is successful. Actual behavior: - Test to fail due to the difference of the locale. I fixed this. Please check. Thank you. Best regards, Hirohito Higashi (a.k.a h_east) -- -- You received

[patch] visual block delete with 'breakindent' deleted amount is strange.

2015-01-26 Fir de Conversatie h_east
'. Yes, it is written in the comments, I think you had maybe noticed :-) I wrote a patch. Please check this. Best regards, Hirohito Higashi (a.k.a h_east) -- -- 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

Re: Ctrl_L behave like Ctrl_P while pum_visible.

2015-01-06 Fir de Conversatie h_east
. Nice. Perhaps I think that We need a little more modification such an attached a patch url. https://gist.github.com/h-east/be555467ddfc3dfb8d54 Best regards, Hirohito Higashi (a.k.a h_east) -- -- You received this message from the vim_dev maillist. Do not top-post! Type your reply below

Re: Ctrl_L behave like Ctrl_P while pum_visible.

2015-01-06 Fir de Conversatie h_east
Hi list, 2015/1/7(Wed) 4:09:31 UTC+9 h_east: Nice. Perhaps I think that We need a little more modification such an attached a patch url. https://gist.github.com/h-east/be555467ddfc3dfb8d54 I updated Gist. (Add line#19) Best regards, Hirohito Higashi (a.k.a h_east) -- -- You received

Re: Weird behaviour of :tabmove and inconsistency between the actual behaviour and the document.

2015-03-18 Fir de Conversatie h_east
Hi Roland, 2015/3/18(Wed) 5:27:09 UTC+9 Roland Eggner: Hi Hirohito! On 2015-03-17 Tuesday at 09:03 -0700 h_east wrote: Specification is below. $ vim -N -u NONE -p 1 2 3 4 5 -c tabnext 1 [2] 3 4 5Now tab page status. [ ] is current tab page. (1) :tabm 1 3 4 5 [2

Re: Weird behaviour of :tabmove and inconsistency between the actual behaviour and the document.

2015-03-19 Fir de Conversatie h_east
Hi Roland, 2015/3/19(Thu) 21:03:17 UTC+9 Roland Eggner: On 2015-03-18 Wednesday at 00:54 -0700 h_east wrote: (9) :.-tabm [1] 2 3 4 5 Move to the left Oops. It was typo. Correctly is here. (9) :.-tabm [2] 1 3 4 5 Move to the left I represent specification description

Re: Patch 7.4.668

2015-03-20 Fir de Conversatie h_east
/ Best regards, Hirohito Higashi (a.k.a h_east) -- -- 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 subscribed

Re: Weird behaviour of :tabmove and inconsistency between the actual behaviour and the document.

2015-03-17 Fir de Conversatie h_east
Hi Bram and itchyny and List, 2015/3/15(Sun) 7:48:01 UTC+9 Bram Moolenaar: Hirohito Higashi wrote: Hi Bram and List, 2015/3/11(Wed) 15:14:47 UTC+9 h_east: Hello itchyny and Bram, 2015/3/11(Wed) 10:07:53 UTC+9 itchyny: On Wednesday, March 11, 2015 at 6:59:12 AM UTC+9, Bram

Re: Weird behaviour of :tabmove and inconsistency between the actual behaviour and the document.

2015-03-14 Fir de Conversatie h_east
Hi Bram and List, 2015/3/11(Wed) 15:14:47 UTC+9 h_east: Hello itchyny and Bram, 2015/3/11(Wed) 10:07:53 UTC+9 itchyny: On Wednesday, March 11, 2015 at 6:59:12 AM UTC+9, Bram Moolenaar wrote: Hirohito Higashi wrote: Oops, I fixed patch and test :-) (I could not attached

Re: Weird behaviour of :tabmove and inconsistency between the actual behaviour and the document.

2015-03-11 Fir de Conversatie h_east
Higashi (a.k.a h_east) -- -- 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 subscribed to the Google Groups

Google Code shuts down

2015-03-13 Fir de Conversatie h_east
Hi Bram and List, Any good :-) Bram Please decide. I continue to write a patch of Vim. Yeah! Best regards, Hirohito Higashi (a.k.a. h_east) -- -- 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

Re: Weird behaviour of :tabmove and inconsistency between the actual behaviour and the document.

2015-03-10 Fir de Conversatie h_east
that there are no tests for `:.tabmove`, `:+tabmove`, `:-tabmove` and `:tabmove` in testdir/test62.in. Hope it fixed. Thanks. Thank for reporting! I fixed on the behavior of the document. Please check attached patch. PS test is not added.. Best regards, Hirohito Higashi (a.k.a h_east

Re: Weird behaviour of :tabmove and inconsistency between the actual behaviour and the document.

2015-03-10 Fir de Conversatie h_east
test -- -- 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 subscribed to the Google Groups vim_dev group. To

Re: Weird behaviour of :tabmove and inconsistency between the actual behaviour and the document.

2015-03-10 Fir de Conversatie h_east
Oops, I fixed patch and test :-) (I could not attached patch, I paste Gist.) https://gist.github.com/h-east/ffabb0cdd589a5f9acd2 Best regards, Hirohito Higashi (a.k.a h_east) -- -- You received this message from the vim_dev maillist. Do not top-post! Type your reply below the text you

  1   2   3   4   5   6   7   >