a special state for the complete() function instead of
> > (re-)using the
> > line completion mode. Then should just work)
>
> Here is a patch, that does that and fixes the CTRL-L behaviour. Also the
> inoremap case should work when used in a popupmenu started by the
>
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
robably We will want 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 belo
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 whe
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
alid range
28c28
< $+tabe 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.
f
the line address.
If you do not, Trouble comes into judgment of 'breakindent'.
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&qu
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
t(0)) " on location list window
75" 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 Hig
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
> > &
ent).
- '5.' Can't delete column 1 and 2
'backspace' option not contain "start", So vim can not deleted this.
I think this is specification inconsistency.
How Let's fix?
(a) Occurred an error when 'comple()' first argument is can not be deleted by
un
Hi Bram,
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 nocompatible
> > >
&g
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:
> > > > Y
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,
> > > &g
of whether a complementing in
> > ins_bs().
> >
> > So, the specification I'd be in (a) or (b).
> > What do you think?
>
> If I remember correctly, ins_bs() is used also for inserting the
> completed string to make redo work properly. It should be possible to
d 'blue'
v0
/green
vi) " Not selected anything --> NG. It should selected 'red \(blue)
green'
I wrote a patch and test.
Please check this.
Best regards, Hirohito Higashi
(a.k.a h_east)
--
--
You received this message from the "vim_dev" mai
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)
--
--
You received this message from the "vim_
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 te
1 3 4 [2] 5 Move to after tab page 4. LV:NG
(24) :tabm 4 " Same as above. LV:NG
(25) :5tabm " 1 3 4 5 [2] Move to the last. LV:OK
(26) :tabm 5 " Same as above. LV:OK
(27) :6tabm " Same as above. LV:OK
(28) :tabm 6 " Same as above. LV:OK
(29) :
"tabmove".
> I'm sorry, but I withdraw it.
Don't mind.
Probably, Count of ':tabmove' behavior is similar to ':wincmd x'.
Thanks for pointing this.
Best regards,
Hirohito Higashi (a.k.a h_east)
--
--
You received this message from the "vim_dev&qu
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 i
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:
> > >
>
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
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 5 " Now
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 Mov
**
> *** 743,744
> --- 743,746
> { /* Add new patch number below this line */
> + /**/
> + 668,
> /**/
Missing runtime/doc/eval.txt
$ hg log -v -r v7-4-668
changeset: 6687:c52bb45c6752
tag: v7-4-668
user:Bram Moolenaar
date:Fri Mar 2
:
> > >
> > > > 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:
> >
Hi Bram,
Thanks for the include my patch!
--
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
that!
> >
> > Unfortunately one hunk in option.c is missing so it doesn't work yet.
>
> Oops, was missing from the list of files.
test_listchars FAILED.
7.4.710 patch only correspond to the ':set list'.
Does not correspond to the ':list'.
But test_l
t;-$
> ---
> > .h>-$
> rm -rf X* test.ok viminfo
>
> Test results:
> test_listchars FAILED
> TEST FAILURE
> make: *** [report] Error 1
> ===
>
> Regards
> Dominique
I just sent the patch. Please check below URL.
https://groups.google.com/d/msg/vim_dev/qc
gt;
> Thanks, a very nice improvement.
>
> Instead of using a new structure lfpos_T, I would prefer to use the
> existing lpos_T and a separate "found" flag.
Sure, I update a patch.
Please check this.
--
Best regards,
Hirohito Higashi (a.k.a. h_east)
--
--
You r
break;
> }
>
> Note: This was originally raised on Stack Overflow:
> http://stackoverflow.com/questions/3450/why-vim-does-not-preserve-c-
> flag-when-g-used
I understand this problem.
I think this should be corrected.
So, I wrote a patch.
cmd (oap=oap@entry=0x7ffdbb2a64f0,
> toplevel=toplevel@entry=1) at normal.c:638
> #18 0x00577197 in main_loop (cmdwin=0, noexmode=0) at main.c:1347
> #19 0x00407518 in main (argc=0, argv=0x1) at main.c:1047
Please see this thread.
https://groups.google.com/d/topic/vim_dev/dxd
to command-line and displayed command-line window very well.
Actual behavior.
- Command-line window first character(:) was erased.
I attached a patch.
Please check and include this.
--
Best regards,
Hirohito Higashi (a.k.a h_east)
--
--
You received this message from the "vim_dev"
Hello parcs and Bram,
2015/5/13(Wed) 22:21:00 UTC+9 parcs:
> On Sunday, May 10, 2015 at 10:39:44 PM UTC-4, h_east wrote:
> > Hello parcs,
> >
> > 2015/5/11(Mon) 9:57:10 UTC+9 parcs:
> > > Hello,
> > >
> > > On Monday, May 4, 2015 at 10:52:23 AM UT
put" and open quickfix window.
:vimgrep Output **/*.c | cw
- Jump to fileio.c buffer. cursor on 'O' of 'Output'
- Cursor move to left.
l
- Exec cc ex-cmd.
:cc
Expected behavior:
- Move to cursor to 'O' of 'Output'.
Actual behavior:
- Move t
> I wrote a patch.
> Please check this.
Update a patch.
(The second modification was unnecessary)
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 reply
tag.c)
When found tags over the 'mincount', That is insufficient tag-priority order.
I don't know this is documentation issue or bug.
But I tried to write a patch if it was a bug.
Please confirm if you have a few time.
Thanks.
--
Best regards,
Hirohito Higashi (a.k.a h_east)
-
and the problem.
Update a patch.
Please check again.
--
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/ma
st 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 subs
simply visually select the number and press Ctrl-A. Before, one needs to
> manually increment each number several times.
>
> The attached patch includes documentation and a test, for this feature.
Cool works!!
Perhaps you have forget the diff of test_increment.in.
--
Best regards,
Hirohit
> > email to vim_dev+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
>
> Tiny build fails after this patch:
>
>
> normal.c: In function 'n_opencmd':
> normal.c:8490:16: error: 'win_T {aka struct wi
ny advice by Ken Takata.
Thanks
--
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 thi
+if (skipcc < 0 || skipcc > 1)
+ EMSG(_(e_invarg));
+else
+{
+#ifdef FEAT_MBYTE
+ func_mb_ptr2char_adv = skipcc ? mb_ptr2char_adv : mb_cptr2char_adv;
+ while (*s != NUL)
+ {
+ func_mb_ptr2char_adv(&s);
+ ++len;
+ }
+ rettv->vval
Hi Bram,
2015-6-26(Fri) 00:03:57 UTC+9 Bram Moolenaar:
> Patch 7.4.757
> Problem:Cannot detect the background color of a terminal.
> Solution: Add T_RBG to request the background color if possible. (Lubomir
> Rintel)
> Files: src/main.c, src/term.c, src/term.h, src/proto/te
chmorp.de/rxvt-unicode/rxvt-unicode-9.21.tar.bz2
command.C : 3341 (in function rxvt_term::process_color_seq())
--
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
Hi Bram, Anatol and Vim developers!
2015-7-7(Tue) 8:20:43 UTC+9 Anatol Pomozov:
> Is HEAD vim revision still broken? Could developers loos at this bug? Many
> Arch developers report this issue and we would like to release working
> version of vim.
I think that is no need to correspond to the "r
Hi Bram,
2015-7-8(Wed) 2:08:03 UTC+9 Bram Moolenaar:
> Hirohito Higashi wrote:
>
> > Hi Bram, Anatol and Vim developers!
> >
> > 2015-7-7(Tue) 8:20:43 UTC+9 Anatol Pomozov:
> > > Is HEAD vim revision still broken? Could developers loos at this
> > > bug? Many Arch developers report this issue an
Hi Don,
2015-7-7(Tue) 22:34:37 UTC+9 Don:
> The C formatter re-indents multi-line strings. This is incorrect in my
> opinion, introducing potentially long strings of white-space where it
> was not intended and where it matters (unlike in code).
Indeed. I think so too.
BTW,
If you can modify this
Hi Bram!
2015-7-9(Thu) 4:55:17 UTC+9 Bram Moolenaar:
> Hirohito Higashi wrote:
>
> > 2015-7-8(Wed) 2:08:03 UTC+9 Bram Moolenaar:
> > > Hirohito Higashi wrote:
> > >
> > > > Hi Bram, Anatol and Vim developers!
> > > >
> > > > 2015-7-7(Tue) 8:20:43 UTC+9 Anatol Pomozov:
> > > > > Is HEAD vim revi
Hi Bram and list!
2015-7-9(Thu) 10:47:12 UTC+9 h_east:
> Hi Bram!
>
> 2015-7-9(Thu) 4:55:17 UTC+9 Bram Moolenaar:
> > Hirohito Higashi wrote:
> >
> > > 2015-7-8(Wed) 2:08:03 UTC+9 Bram Moolenaar:
> > > > Hirohito Higashi wrote:
> > &
Patch update. (a bit modified)
--
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 because
Hi Bram,
2015-7-9(Thu) 18:30:55 UTC+9 Bram Moolenaar:
> Hirohito Higashi wrote:
>
> > Hi Bram and list!
> >
> > 2015-7-9(Thu) 10:47:12 UTC+9 h_east:
> > > Hi Bram!
> > >
> > > 2015-7-9(Thu) 4:55:17 UTC+9 Bram Moolenaar:
> > > > H
er is in a bad state.
Please report to the development company of mobaXterm.
Thanks for reporting.
--
Best regard,
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 mo
char_u buf_type[7];
> 4943
> 4944 sprintf((char *)buf_type, "%s",
> 4945 (opt_flags & OPT_LOCAL) ?
> "local" : "global");
> !!4946 set_vim_var_string(VV_OPTION_
Hi Dominique,
2015-7-18(Sat) 14:40:28 UTC+9 Dominique Pelle:
> h_east wrote:
>
> > Hi Dominique!
> >
> > 2015-7-18(Sat) 9:38:45 UTC+9 Dominique Pelle:
> >> Bram Moolenaar wrote:
> >>
> >> > Patch 7.4.786
> >> > Problem:It i
Hi Dominique,
2015-7-18(Sat) 22:28:11 UTC+9 Dominique Pelle:
> On Sat, Jul 18, 2015 at 1:13 PM, h_east wrote:
> > Hi Dominique,
> >
> > 2015-7-18(Sat) 14:40:28 UTC+9 Dominique Pelle:
> >> h_east wrote:
> >>
> >> > Hi Dominique!
> &g
gt; > > Before 7.4.755:
> > > let charcount = strlen(substitute(matchline[currcol-1 : endcol-1], ".",
> > > "x", "g"))
> > > After 7.4.755:
> > > let charcount = strchars(matchline[currcol-1 : endcol-1], 1)
> > >
> > &g
|| eap->cmdidx == CMD_sunhide)
This is my opnion.
When the search pattern exists more in a row, I think :cdo/:ldo confuse to use.
and the processing time tends to be long.
Thanks.
--
Best regards,
Hirohito Higashi (a.k.a h_east)
--
--
You received this message from the "vim_de
Hi Yegappan and Bram
2015-7-25(Sat) 12:27:56 UTC+9 yega...@gmail.com:
> Hi Hirohito,
>
> On Fri, Jul 24, 2015 at 3:42 PM, h_east wrote:
> > Hi Yegappan, Bram and List
> >
> >> >> >
> >> >> > Thanks for testing the patch.
piece of bug-free software--so don't touch a
> thing. Thanks and take care.
>
>
This problem fixed by Vim 7.4.782.
See the following thread.
https://groups.google.com/d/msg/vim_dev/QCfASVc0Qds/JWzCe9twPzwJ
Thanks.
--
Best regards,
Hirohito Higashi (a.k.a h_east)
--
--
You receive
tains the 'alpha'.
Is this the intended modification?
How to reproduce:
$ vim -N -u NONE
i1
" Increment to 2
:set nrformats+=alpha
" Does not increment
Thanks.
--
Best regards,
Hirohito Higashi (a.k.a h_east)
--
--
You received this message from
Hi Christian B,
2015-7-29(Wed) 3:54:37 UTC+9 Christian Brabandt:
> On Mo, 27 Jul 2015, h_east wrote:
>
> > Since this version, visual block / is no longer working, when
> > 'nrformats' option contains the 'alpha'.
> >
> > Is this the int
isual mode
> +
> + AaA
> + AaA
> + A
> *** ../vim-7.4.797/src/version.c 2015-07-25 22:52:55.396781119 +0200
> --- src/version.c 2015-07-28 11:11:21.699542664 +0200
> ***
> *** 743,744
> --- 743,746
> { /* Add new patch number below t
Hi Bram!
2015-7-29(Wed) 12:58:19 UTC+9 h_east:
> Hi Bram and Christian B,
>
> 2015-7-28(Tue) 18:34:13 UTC+9 Bram Moolenaar:
> > Patch 7.4.798 (after 7.4.753)
> > Problem:Repeating a change in Visual mode does not work as expected.
> > (Urtica Dioica)
&
ures so as not to come here when the 'diff'.
Please check attached patch.
--
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,
our patch is seems good for me.
--
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 receive
Expected behavior:
- 'a' increment to 'b' and cursor position stay on 'b'.
Actual behavior:
- 'a' increment to 'b'. but cursor move to right.
I attached patch.
Please check this.
Chiris.B>
I was wondering if you could add a test code for this
Hi Christian Brabandt
2015-8-7(Fri) 5:44:38 UTC+9 Christian Brabandt:
> Hi h_east!
>
> On Do, 06 Aug 2015, h_east wrote:
>
> > Hi Christian Brabandt and Bram,
> >
> > How to reproduce:
> > 1. Start pure vim
> > $ vim -N -u NONE
> >
er-overrun occured in vim_str2nr(). [charset.c: 1914]
(When start start from "0x" && dohex && STRLEN(start) == maxlen)
We have forgotten the count of "0x".
I wrote a patch with a test.
Please include this.
--
Best regards,
Hirohito Higashi (a.k.a h_east)
--
-
To: vim_dev
Cc: Charles E. Campbell (As a Vim syntax file Maintainer)
Hi,
I add a few keywords to syntax/vim.vim
(belloff bo invfixeol invfixendofline)
Please check and include this.
Thanks.
--
Best regards,
Hirohito Higashi (a.k.a h_east)
--
--
You received this message from the "vi
b pages reordering.
> (Ken Takata, 2013 Nov 22, second one, also by Masamichi Abe)
https://gist.github.com/nocd5/165286495c782b815b94
This patch was tested on Windows7 64bit and Ubuntu 14.04.2 64bit.
Let's include the above patch!
Thanks.
--
Best regards,
Hirohito Higashi (a.k.a h_east)
Hi Bram and All,
I think it is better to change the default value of Vim body for some of the
options.
i.e.
set wildmenu
set ruler
set showcmd
set tags=./tags;,tags;
etc...
Obviously useful things should be changed.
Thanks.
--
Best regards,
Hirohito Higashi (a.k.a. h_east)
--
--
You
Hi Bram and list,
I found memory leak in do_ecmd().
If u_savecommon() is FAIL, then `new_name` does not freed.
I wrote a patch.
Check it please.
--
Best regards,
Hirohito Higashi (a.k.a. h_east)
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type
do not
> work.
I fixed this issue.
And I checked other command modifiers.
:kee (:keepmarks) can be shortened to `:ke`.
I attached a patch.
Please check it out.
--
Best regards,
Hirohito Higashi (a.k.a. h_east)
--
--
You received this message from the "vim_dev" maillist.
Do no
ss letters do not
> > > work.
> >
> > I fixed this issue.
> > And I checked other command modifiers.
> > :kee (:keepmarks) can be shortened to `:ke`.
> >
> > I attached a patch.
> > Please check it out.
>
> Check ":help :k"...
Hi xaizek, ChrisB and Bram,
2016-7-16(Sat) 2:08:47 UTC+9 vim-dev ML:
> On Fr, 15 Jul 2016, h_east wrote:
>
>
>
> > Hi xaizek and list,
>
> >
>
> > 2016-7-15(Fri) 2:30:56 UTC+9 xaizek:
>
> > > Run Vim like this:
>
>
ill',
> 'reset', 'show']
> so this does not work.
>
> Tried:
> :let cmd=":cscope find \\"
> :let a=execute(':call feedkeys(cmd, "t")')
> -> this outputs the result, but does not capture it
> (same happens with :redir)
&g
Hi Bram and list,
Old style test `test63.{in,ok}` convert to new style test `test_match.vim`.
And `test_matchstrpos.vim` has integrated to above one.
Please check an attached patch.
--
Best regards,
Hirohito Higashi (a.k.a. h_east)
--
--
You received this message from the "vim_dev"
lighted line:1,col:2, and not highlight line:1,col:6
Actual behavior:
- Highlighted both.
I wrote a patch with a test.
Please consider this proposal.
--
Best regards,
Hirohito Higashi (a.k.a. h_east)
--
--
You received this message from the "vim_dev" maillist.
Do not top-post!
=h,l
> > echo &whichwrap
> > " b,s,h,l
> >
> > set whichwrap+=h,l
> > echo &whichwrap
> > " b,s,h,l
> >
> > set whichwrap+=h,l
> > echo &whichwrap
> > " b,s,h,l
I checked your patch.
At the end of Test_whichw
Hi Naruhiko,
2016-8-7(Sun) 2:29:39 UTC+9 Naruhiko Nishino:
> Hi h_east,
>
>
>
> Thanks you for checking.
>
>
> > At the end of Test_whichwrap function, `whichwrap` option is better to set
> > the default value like below.
> >
> > set whichwra
Hi Dominique,
2016年8-7(Sun) 9:35:09 UTC+9 Dominique Pelle:
> On Fri, Aug 5, 2016 at 11:58 AM, h_east wrote:
> > Hi,
> >
> > 2016-8-5(Fri) 18:31:14 UTC+9 Christian Brabandt:
> >> Hi Dominique!
> >>
> >> On Do, 04 Aug 2016, Dominique Pellé wrote:
hadd('Search', 'N\|\n')
+ redraw!
+ call assert_notequal(screenattr(2,1), 0)
+ call assert_equal(screenattr(2,1), screenattr(1,6))
+ exec "norm! i0\"
+ redraw!
+ call assert_equal(screenattr(2,2), screenattr(1,6))
+
+ nohl
+ syntax off
+ set hlsearch&am
wrote a patch.
include this please!
--
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 rece
t; build with the GUI. For me the test is not needed.
I use fedora 23 that remote logined from Windows via PuTTY.
$ env | grep TERM
TERM=putty-256color <-- Same behavior of xterm-256color.
$ env | grep DISPLAY
$ <-- undefined
My reported issue is not resolved in patch
Hi Bram and list,
2016-8-10(Wed) 11:37:24 UTC+9 h_east:
> Hi Bram,
>
> 2016-8-10(Wed) 5:58:46 UTC+9 Bram Moolenaar:
> > Hirohito Higashi wrote:
> >
> > > How to reproduce:
> > > $ cd src
> > > $ make distclean
> > > $ ./configure
ch it's quickfix or location-list.
https://groups.google.com/d/msg/vim_dev/GIjn9QRyLag/M_8AJ5_UkMoJ
It also listed on the TODO.
TODO> Patch to check whether a buffer is quickfix or a location list.
TODO> (Yasuhiro Matsumoto, 2014 Dec 9)
I've arranged with several correct mista
file.txt", move cursor, press "ZQ".
>
>
> Why it is not saved, if executed ":tabnew" command? It's seems as a bug.
I investegasted and grasped.
This problem occurs with a combination of tabpage closed and buffer closed.
I'm writing a patch now.
Please
Hi,
2016-8-11(Thu) 18:50:11 UTC+9 h_east:
> Hi guraga and list,
>
> 2016-8-11(Thu) 16:54:13 UTC+9 guraga:
> > Mark saved, if run
> >
> >
> > ./vim-7.4.230 test_file.txt
> >
> >
> > move cursor and press "ZQ".
>
kfix_title`.
> > The values are 'quickfix' or 'location'.
> >
> > What about an attached patch?
>
> I think we should avoid adding more w: variables. They can interfere
> with what a user sets. The more we add the bigger the chance that it
> goes wr
Hi Bram and list,
Attach a patch.
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 http://w
ension:
.vim)?
Is the following setting official?
set shiftwidth=2 sts=2 expandtab
I think that should be described in the runtime/indent/vim.vim decide them.
That way you will not have to write a modeline to the test file.
--
Best regards,
Hirohito Higashi (a.k.a. h_east)
--
--
You received this
utlen' default value is -1.
This means that use the 'timeoutlen' to the key code time-out value.
That one second.
I think most user feels "Vim is slow" in the following operation. This is
disadvantage.
- When the transition to the normal-mode by pressing the XXX
specified by absolute or relative values, It will perform the
range check.
When it does out of range(0 ~ number of tabpages), error(E16) occurs.
Check it and include please.
--
Best regards,
Hirohito Higashi (a.k.a. h_east)
--
--
You received this message from the "vim_dev" maillist.
is already included at patch 7.4.2232.
https://github.com/vim/vim/commit/e07e797db0c5ef1aafc650d8bb0d39fb052cf1e1
I think "100" is enough as the default.
I might be okay with a smaller value, I think that it would be changed in the
individual.
--
Best regards,
Hirohito Higashi (a.k.a. h
'help' but got 'text'
>
> Repeated 9 times.
Tell me your Vim configuration.
result of `:ver`.
--
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 t
Hi Elimar,
2016-8-23(Tue) 19:15:31 UTC+9 Elimar Riesebieter:
> * h_east [2016-08-23 02:36 -0700]:
>
> > Hi Elimar,
> >
> > 2016-8-23(Tue) 18:28:18 UTC+9 Elimar Riesebieter:
> > > Executed 162 tests¬
> > > 1 FAILED:¬
> >
.
Sorry for without a test.
Tell me if there is an easy way to test in the Vim script.
--
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 informat
201 - 300 din 703 matches
Mail list logo