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
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
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
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
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
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
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)
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
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,
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
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
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
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
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:
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
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
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
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
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
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.
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!
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
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:
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
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
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.
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.
(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)
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
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
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
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
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
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
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)
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
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
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
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,
--
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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()
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!
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
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
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
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
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
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
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
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:
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
)
...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
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
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
!(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
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
(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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
'.
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
.
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
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
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
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
/
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
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
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
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
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
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
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
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
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 to the Google
1 - 100 din 673 matches
Mail list logo