Hi list.
:setg nofixendofline
:new
:setl fixendofline?
fixendofline
Below is a patch.
- mattn
diff -r c56ef0540cd5 src/option.c
--- a/src/option.c Tue Jul 21 15:03:06 2015 +0200
+++ b/src/option.c Wed Jul 22 18:52:50 2015 +0900
@@ -10650,6 +10650,7 @@
#ifdef FEAT_MBYTE
bu
Well, sure it's easy to override one file. But you would need to do that for
literally every filetype you edit in Vim! That's a much taller order!
--
--
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 informati
Hirohito Higashi notice me that "eol" is also not copied from global option. He
found it from all of buffer-local options which is not copied from global
option.
diff --git a/src/option.c b/src/option.c
index b0f28d2..013e890 100644
--- a/src/option.c
+++ b/src/option.c
@@ -10659,6 +10659,8 @@ b
Hello,
The non-string global-local options (ie, 'autoread' and
'undolevel') don't behave like string ones.
Please find attached a patch fixing this issue.
COMPLETE DESCRIPTION OF THE ISSUE
In the following, 'sglo' represents any string global-local option.
1st inconsistency :
:setlocal sglo<
Hello,
The non-string global-local options (ie, 'autoread' and
'undolevel') don't behave like string ones.
Please find attached a patch fixing this issue.
COMPLETE DESCRIPTION OF THE ISSUE
In the following, 'sglo' represents any string global-local option.
1st inconsistency :
:setlocal sglo<
Hi Benji and list,
I found a problem that % in Operator pending mode doesn't work properly
when multibyte characters are set in b:match_words.
E.g. consider setting "(" (U+FF08, FULLWIDTH LEFT PARENTHESIS) and
")" (U+FF09, FULLWIDTH RIGHT PARENTHESIS) as a pair.
Step to reproduce:
1. Execute vim
Hello,
The non-string global-local options (ie, 'autoread' and
'undolevel') don't behave like string ones.
Please find attached a patch fixing this issue.
COMPLETE DESCRIPTION OF THE ISSUE
In the following, 'sglo' represents any string global-local option.
1st inconsistency :
:setlocal sglo<
Hello,
The non-string global-local options (ie, 'autoread' and
'undolevel') don't behave like string ones.
Please find attached a patch fixing this issue.
COMPLETE DESCRIPTION OF THE ISSUE
In the following, 'sglo' represents any string global-local option.
1st inconsistency :
:setlocal sglo<
Hello,
The non-string global-local options (ie, 'autoread' and
'undolevel') don't behave like string ones.
Please find attached a patch fixing this issue.
COMPLETE DESCRIPTION OF THE ISSUE
In the following, 'sglo' represents any string global-local option.
1st inconsistency :
:setlocal sglo
Hello,
The non-string global-local options (ie, 'autoread' and
'undolevel') don't behave like string ones.
Please find attached a patch fixing this issue.
COMPLETE DESCRIPTION OF THE ISSUE
In the following, 'sglo' represents any string global-local option.
1st inconsistency :
:setlocal sglo<
Hello,
The non-string global-local options (ie. 'autoread' and
'undolevel') don't behave like string ones.
Please find attached a patch fixing this issue.
COMPLETE DESCRIPTION OF THE ISSUE
In the following, 'sglo' can represent any string global-local
option.
1st inconsistency :
:setlocal s
Hi Bram!
On Di, 21 Jul 2015, Bram Moolenaar wrote:
> Patch 7.4.792
> Problem:Can only conceal text by defining syntax items.
> Solution: Use matchadd() to define concealing. (Christian Brabandt)
> Files: runtime/doc/eval.txt, src/eval.c, src/ex_docmd.c,
> src/proto/window.p
Ben Fritz wrote:
> Well, sure it's easy to override one file. But you would need to do that for
> literally every filetype you edit in Vim! That's a much taller order!
>
I'm not so sure about that.
* option 1: wait for approval of idea, then wait for many maintainers to
change their syntax highli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 22-Jul-2015 19:42, Charles E Campbell wrote:
> Ben Fritz wrote:
>> Well, sure it's easy to override one file. But you would need to
>> do that for literally every filetype you edit in Vim! That's a
>> much taller order!
>>
> I'm not so sure about t
Yasuhiro Matsumoto wrote:
> Hirohito Higashi notice me that "eol" is also not copied from global
> option. He found it from all of buffer-local options which is not
> copied from global option.
I believe it's correct as it is. The 'eol' option is set when reading
the file, the global value is n
Yasuhiro Matsumoto wrote:
> Hi list.
>
> :setg nofixendofline
> :new
> :setl fixendofline?
> fixendofline
>
> Below is a patch.
>
> - mattn
>
> diff -r c56ef0540cd5 src/option.c
> --- a/src/option.cTue Jul 21 15:03:06 2015 +0200
> +++ b/src/option.cWed Jul 22 18:52:50 2015 +0900
> @@
Patch 7.4.795
Problem:The 'fixeol' option is not copied to a new window.
Solution: Copy the option value. (Yasuhiro Matsumoto)
Files: src/option.c
*** ../vim-7.4.794/src/option.c 2015-07-21 17:53:11.585527913 +0200
--- src/option.c2015-07-22 21:48:18.727198452 +0200
**
Kazunobu Kuriyama wrote:
> I got the following failure during ‘make test’:
>
> cp test_options.ok test.ok
> # Sleep a moment to avoid that the xterm title is messed up.
> # 200 msec is sufficient, but only modern sleep supports a fraction of
> # a second, fall back to a second if it fails.
> VIM
Ken Takata wrote:
> Hi Benji and list,
>
> I found a problem that % in Operator pending mode doesn't work properly
> when multibyte characters are set in b:match_words.
>
> E.g. consider setting "(" (U+FF08, FULLWIDTH LEFT PARENTHESIS) and
> ")" (U+FF09, FULLWIDTH RIGHT PARENTHESIS) as a pair.
Patch 7.4.796
Problem:Warning from 64 bit compiler.
Solution: Add type cast. (Mike Williams)
Files: src/ops.c
*** ../vim-7.4.795/src/ops.c2015-07-17 14:16:49.850596721 +0200
--- src/ops.c 2015-07-22 22:44:23.831980567 +0200
***
*** 5429,5438
if (VIsual_m
2015-07-22 18:55 GMT+03:00 Ken Takata :
> Hi Benji and list,
>
> I found a problem that % in Operator pending mode doesn't work properly
> when multibyte characters are set in b:match_words.
>
> E.g. consider setting "(" (U+FF08, FULLWIDTH LEFT PARENTHESIS) and
> ")" (U+FF09, FULLWIDTH RIGHT PARENT
2015-07-22 18:55 GMT+03:00 Ken Takata :
> Hi Benji and list,
>
> I found a problem that % in Operator pending mode doesn't work properly
> when multibyte characters are set in b:match_words.
>
> E.g. consider setting "(" (U+FF08, FULLWIDTH LEFT PARENTHESIS) and
> ")" (U+FF09, FULLWIDTH RIGHT PARENT
Hello all,
When I was running my own build script, I got the following error during link
stage:
unresolved external symbol __iob_func referenced in function OpenReadFile
With some investigation, I found if I set XPM=no, then it would link
successfully. Since I don't think I use XPM images for
Hi,
2015/7/23 Thu 6:31:09 UTC+9 ZyX wrote:
> 2015-07-22 18:55 GMT+03:00 Ken Takata :
> > Hi Benji and list,
> >
> > I found a problem that % in Operator pending mode doesn't work properly
> > when multibyte characters are set in b:match_words.
> >
> > E.g. consider setting "(" (U+FF08, FULLWIDTH L
24 matches
Mail list logo