On Jun 29, 2013 1:04 AM, "Bram Moolenaar" wrote:
>
>
> ZyX wrote:
>
> > Steps to reproduce:
> >
> > vim -u NONE -c 'set keymap=hebrew' -c 'inoremap ,, \' -s <(<<<
$'i,,\e')
> >
> > . Expected output is
> >
> > \
> >
> > in buffer, actually seen
> >
> > תת
> >
> > . If you use my patch
> I couldn't care less about the textwidth setting, which I always set
> to 0 for my code (I prefer manual wrapping if needed).
So this code is annoying two people (you and me).
So the patch should be extended to also not set textwidth ?
The right way to go is having project specific setups, eg
gi
There are two reaons:
1) efm should not be set in ftplugin
2) the error foramt itself is annoying in some cases (see comments)
Additional question:
Should it be Vim enforcing textwidth?
indent/ocaml.vim contains:
setlocal textwidth=80
For some projects this is annoying.
Marc Weber
--
--
Yasuhiro Matsumoto wrote:
> On Friday, June 28, 2013 9:51:20 AM UTC+9, mattn wrote:
> > This break sub-match references.
> >
> > echomsg substitute('2013-06-27${0}',
> > '\%#=0\\\@ > E43: Damaged match string
> > 2013-06-27 0}
> >
> > echomsg substitute('2013-06-27${0}',
> > '\%#=1\\\@ > 2013
ZyX wrote:
> Steps to reproduce:
>
> vim -u NONE -c 'set keymap=hebrew' -c 'inoremap ,, \' -s <(<<< $'i,,\e')
>
> . Expected output is
>
> \
>
> in buffer, actually seen
>
> תת
>
> . If you use my patch and add `-c 'set wgm'` you will see what was
> expected. Likely the same pri
Patch 7.3.1258
Problem:Using submatch() may crash Vim. (Ingo Karkat)
Solution: Restore the number of subexpressions used.
Files: src/regexp_nfa.c
*** ../vim-7.3.1257/src/regexp_nfa.c2013-06-26 18:16:55.0 +0200
--- src/regexp_nfa.c2013-06-28 22:59:38.0 +0200
***
Dominique Pelle wrote:
> Ingo Karkat wrote:
>
> > Hello Vim developers,
> >
> > I recently started using latest Vim builds with the new NFA-engine
> > enabled, and I immediately noticed discrepancies when using my personal
> > fork of the popular snipMate plugin
> > (https://github.com/inkarkat
Updates:
Status: Fixed
Comment #1 on issue 145 by brammool...@gmail.com: View position in
statusline is not always 3 in length
http://code.google.com/p/vim/issues/detail?id=145
I'll change the help file.
--
You received this message because this project is configured to send all
is
Yasuhiro Matsumoto wrote:
> On Friday, June 28, 2013 3:41:38 AM UTC+9, Bram Moolenaar wrote:
> > There is a problem:
> >
> > -status = PyRun_SimpleString(code);
> > +status = PyRun_String(code, Py_file_input, globals, globals);
> >
> > PyRun_String does not return an int but a PyObject
Steps to reproduce:
vim -u NONE -c 'set keymap=hebrew' -c 'inoremap ,, \' -s <(<<< $'i,,\e')
. Expected output is
\
in buffer, actually seen
תת
. If you use my patch and add `-c 'set wgm'` you will see what was expected.
Likely the same prior to vim-7.3.1179.
--
--
You receive
Patch 7.3.1257
Problem:With GNU gettext() ":lang de_DE.utf8" does not always result in
German messages.
Solution: Clear the $LANGUAGE environment variable.
Files: src/ex_cmds2.c
*** ../vim-7.3.1256/src/ex_cmds2.c 2013-06-10 21:27:18.0 +0200
--- src/ex_cmds2.c
Patch 7.3.1256
Problem:Can't build without eval or autocmd feature.
Solution: Add #ifdefs.
Files: src/mbyte.c, src/window.c
*** ../vim-7.3.1255/src/mbyte.c 2013-06-26 19:17:58.0 +0200
--- src/mbyte.c 2013-06-28 19:53:43.0 +0200
***
*** 5079,5084
--- 50
Ingo Karkat wrote:
> Hello Vim developers,
>
> I recently started using latest Vim builds with the new NFA-engine
> enabled, and I immediately noticed discrepancies when using my personal
> fork of the popular snipMate plugin
> (https://github.com/inkarkat/snipMate.vim). I've reduced the problem
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 mos
Ron Aaron wrote:
> They have always worked before, but in one of the fairly recent builds
> they stopped working.
>
> I have an input map of `h to something. When I have a rl window and
> keymap=hebrew, that map no longer works. I tried changing the imap to
> the actual characters entered by
Yasuhiro Matsumoto wrote:
> On Friday, June 28, 2013 3:41:38 AM UTC+9, Bram Moolenaar wrote:
> > There is a problem:
> >
> > -status = PyRun_SimpleString(code);
> > +status = PyRun_String(code, Py_file_input, globals, globals);
> >
> > PyRun_String does not return an int but a PyObject
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. (rev. 5023)
That's the result of a failed merge/patch attempt.
I
Am 22.06.2013 14:37, schrieb ZyX:
How to disable this behavior? I have a bunch of global mappings
starting with comma and translit3 plugin which translates things like
“,,” into “„” in an IMAP-like fashion (translation is done only when
last character of sequence is typed; preceding characters fo
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 attach
Am 22.06.2013 15:04, schrieb ZyX:
This patch negates effect of patch 7.3.1179 if 'waitforglobalmap' option is set.
+ *'waitforglobalmap'* *'wgm'*
+ *'nowaitforglobalmap'* *'nowgm'*
+'waitforglobalmap' 'wgm' boolean (de
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,
On Thu, Jun 27, 2013 at 2:00 PM, Lech Lorens wrote:
> I finally managed to find the source of the crashes I've been
> experiencing in console Cygwin Vim. The attached patch fixes the problem
> (not checking the result of XmbTextListToTextProperty() call) as well as
> removes some compilation
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 145 by istjanic...@gmail.com: View position in statusline is not
always 3 in length
http://code.google.com/p/vim/issues/detail?id=145
What steps will reproduce the problem?
1. Move to Germany. Anyway, make sure Vim is execu
On Jun 28, 2013 3:09 PM, "Nikolay Pavlov" wrote:
>
> There is another victim now:
>
> On Jun 28, 2013 8:52 AM, "Ron Aaron" wrote:
> >
> > They have always worked before, but in one of the fairly recent builds
they stopped working.
> >
> > I have an input map of `h to something. When I have a rl
There is another victim now:
On Jun 28, 2013 8:52 AM, "Ron Aaron" wrote:
>
> They have always worked before, but in one of the fairly recent builds
they stopped working.
>
> I have an input map of `h to something. When I have a rl window and
keymap=hebrew, that map no longer works. I tried cha
On Friday, June 28, 2013 11:03:24 AM UTC+3, ZyX wrote:
> Alternatively check out that version 7.3.1178 works correctly and 7.3.1179
> does not.
Indeed, 1178 works and 1182 does not (I don't have 1179 to check with).
Thanks!
Ron
--
--
You received this message from the "vim_dev" maillist.
Do
On Jun 28, 2013 8:52 AM, "Ron Aaron" wrote:
>
> They have always worked before, but in one of the fairly recent builds
they stopped working.
>
> I have an input map of `h to something. When I have a rl window and
keymap=hebrew, that map no longer works. I tried changing the imap to the
actual c
Hello Vim developers,
I recently started using latest Vim builds with the new NFA-engine
enabled, and I immediately noticed discrepancies when using my personal
fork of the popular snipMate plugin
(https://github.com/inkarkat/snipMate.vim). I've reduced the problem to
the following scriptlet (also
28 matches
Mail list logo