> So this is instead of the patch from Yasuhiro Matsumoto?
Thank you very much.
I was speaking in various ways, but from me, I would appreciate it if you apply
both patches.
Thanks.
Nobuhiro Takasaki
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type y
On Thursday, January 30, 2014 8:07:04 PM UTC-5, Marcin Szamotulski wrote:
> On 16:45 Wed 29 Jan , Daniel "paradigm" Thau wrote:
>
> > Apologies for the delay.
>
> >
>
> > Review for those who have forgotten and/or don't care to backread:
>
> >
>
> > This patch adds a new text object, "m"
On 16:45 Wed 29 Jan , Daniel "paradigm" Thau wrote:
> Apologies for the delay.
>
> Review for those who have forgotten and/or don't care to backread:
>
> This patch adds a new text object, "m", which will take one more character as
> input. That character will be used as bounds to the left
On Thursday, January 30th, 2014 at 6:55PM, Daniel "paradigm" Thau wrote:
> > Review for those who have forgotten and/or don't care to backread:
> >
> > This patch adds a new text object, "m", which will take one more
> > character as input. That character will be used as bounds to the left
> > an
Nobuhiro Takasaki wrote:
> There is another patch here.
> Clear the window resize event that has no meaning to be generated
> continuously and to suppress the occurrence of flicker.
>
> https://gist.github.com/ntak/8700490
>
> Even Windows7, even Windows8, Windows in the future, too, will work
On Wednesday, January 29, 2014 6:45:23 PM UTC-6, Daniel "paradigm" Thau wrote:
> Apologies for the delay.
>
> Review for those who have forgotten and/or don't care to backread:
>
> This patch adds a new text object, "m", which will take one more character as
> input. That character will be used
On 08/03/2011 03:01 p.m., Dominique Pellé wrote:
>
> [...]
>
> I found the following patch which adds support of Hunspell
> dictionary in Vim:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=219777
>
> I tried the patch and it still works with latest vim-7.3.138
> (I did not test it extensively ye
The pattern \<@ does not make sense with the default setting of the iskeyword
option, \< matches the beginning of a word, but @ is not a word character, so
it shouldn't match anything. If I
set isk+=@-@
then the last line is matched. Maybe the use of @ in iskeyword has mislead
you; it do
Argh, apologies, that didn't come out right. Let me try again.
If I have these lines on screen:
abc
> abcd
> @abc
>
..and I type:
:call matchadd('Identifier', '\')
This causes the bolded bits to be colorized, as expected:
*abc*
> abcd
> @*abc*
>
However, if I instead type:
:call matchadd('I
Dear vim devs,
I just noticed that this colorizes:
:call matchadd('Identifier', '\<@abc\>')
But this doesn't:
:call matchadd('Identifier', '\<@abc\>')
Is there a reason for this? I've tested it without any startup files on 7.3
(patches 1-1302) on linux, with a file containing the following:
a
10 matches
Mail list logo
