Am 2014-04-29 23:03, schrieb Bram Moolenaar:
Christian Brabandt wrote:
Hi Andrew!
On Di, 29 Apr 2014, Andrew wrote:
Hi, Christian,
Can you please come up with a mapping that shows the wrong behaviour?
I made this example: https://gist.github.com/AndrewRadev/11408444
It's supposed
On Mi, 30 Apr 2014, Bram Moolenaar wrote:
Christian Brabandt wrote:
Hi Andrew!
On Di, 29 Apr 2014, Andrew wrote:
Hi, Christian,
Can you please come up with a mapping that shows the wrong behaviour?
I made this example: https://gist.github.com/AndrewRadev
On So, 27 Apr 2014, cs86661 wrote:
when I set ~/.viminfo to be symbolic link to /tmp/.viminfo, then close vim.
The symbolic link will be replaced with an reqular .viminfo file ?
So I can't simply use symbolic link on ~/.viminfo :(
reproduce:
cd
mv .viminfo /tmp/
ln -s /tmp/.viminfo
Bram,
consider this example:
sign define foobar
sign place 1 name=foobar line=1 buffer=1
sign unplace *
Note that the cursor is left in an incorrect (and invalid) column.
Problem is, the redraw is actuall too early. It should be performed
after the sign column is removed.
Best,
Christian
--
Bram,
consider this example:
:sign define foobar
:sign place 1 name=foobar buffer=1
Note: No error message about missing line number. This might be okay,
since in this case Vim will try to change that particular sign, except
here, it can't change the sign because it isn't placed yet.
I
Hi Carlos!
On Mo, 05 Mai 2014, Carlos Santos wrote:
Hello,
I'm sending this question to the development group because it seems that only
developers would be able to answer it. Moreover, it involves a possible
change request.
I work for Red Hat as a software maintenance engineer.
Hi,
here is an updated breakindent patch (breakindent_patch.diff) for
current Vim. Changes include:
- displaywidth() function has an optional parameter, that takes the
indent for that particular line into account
- correctly check for 'relativenumber' option (and not only number
Hi John!
On Do, 08 Mai 2014, John Sivak wrote:
On Wednesday, May 7, 2014 8:39:04 AM UTC-4, Bram Moolenaar wrote:
Patch 7.4.275
Problem:When changing the type of a sign that hasn't been placed ther is
no error message.
Solution: Add an error message. (Christian
Hi Ken!
On Mi, 07 Mai 2014, Ken Takata wrote:
2014/5/8 Thu 6:50:22 UTC+9 Christian Brabandt wrote:
Hi,
here is an updated breakindent patch (breakindent_patch.diff) for
current Vim. Changes include:
- displaywidth() function has an optional parameter, that takes
Am 2014-05-12 17:10, schrieb Vít Ondruch:
Hi,
Edditing .spec file, going into some file using gt and return back
by b#, I always get this annoying error:
ruby.spec 1551L, 54263C
Error detected while processing
/usr/share/vim/vim74/ftplugin/spec.vim:
line 20:
E227: mapping already exists
Am 2014-05-12 17:42, schrieb Vít Ondruch:
Dne pondělí, 12. května 2014 17:22:29 UTC+2 Christian Brabandt
napsal(a):
Am 2014-05-12 17:10, schrieb Vít Ondruch:
Hi,
Edditing .spec file, going into some file using gt and return back
by b#, I always get this annoying error:
ruby.spec
Hi Elijah!
On Sa, 10 Mai 2014, Elijah Griffin wrote:
Hello,
I've been using set ttym= and set mouse= in my vimrc for a while.
It clears the mouse setting in non-GUI vim so that my mouse continues
to work the way I expect it to.
Recently I switched from a ubuntu based distro to a
Hi Robert!
On So, 11 Mai 2014, Robert Arkwright wrote:
I may have discovered a bug with relative line numbers in Vim 7.4.
To reproduce:
* Launch Vim with default configuration (no ~/.vimrc or ~/.vim directory).
* Immediately enter insert mode (i).
* Enter ten lines of text. I will enter
On Fr, 09 Mai 2014, Ken Takata wrote:
Hi Christian,
2014/5/9 Fri 7:06:49 UTC+9 Christian Brabandt wrote:
Hi Ken!
On Mi, 07 Mai 2014, Ken Takata wrote:
2014/5/8 Thu 6:50:22 UTC+9 Christian Brabandt wrote:
Hi,
here is an updated breakindent patch (breakindent_patch.diff
Hi
On Mo, 12 Mai 2014, Christian Brabandt wrote:
Thanks, I enhanced it further. You can adjust the behaviour now using
:set breakindentopt
For now, I put the patch here:
https://raw.githubusercontent.com/chrisbra/vim-mq-patches/master/breakindent_patch
I'll plan to keep it updated
Bram,
since I was already merging the breakindent patch, I also updated the
vertabs patch.
It is also available here:
https://raw.githubusercontent.com/chrisbra/vim-mq-patches/master/var_tabstops_orig
Best,
Christian
--
Pennt der Bauer auf dem Trecker, vergaß er seinen Reisewecker.
--
--
Hi Ingo!
On Mo, 26 Mai 2014, Ingo Karkat wrote:
Hello Vim developers,
I have a custom surround function that basically does this:
let save_cursor = getpos('.')
execute normal! eaXY\Esc
call setpos('.', save_cursor)
And this correctly restores the cursor to the original
Am 2014-05-27 20:27, schrieb Babken Vardanyan:
See also: https://github.com/Valloric/YouCompleteMe/issues/992
When YouCompleteMe's diagnostic display is closed (i.e. a syntax
problem is fixed), the cursor position is not propery updated and the
next `h` and `l` keyspress moves the cursor
Am 2014-05-28 09:30, schrieb Babken Vardanyan:
I don't have syntastic installed. Recently it was integrated into YCM:
https://github.com/Valloric/YouCompleteMe#why-did-ycm-stop-using-syntastic-for-diagnostics-display
I am not very skilled Vim user, so I can't tell if it's same as :sign,
but it
Bram!
On Mi, 28 Mai 2014, Bram Moolenaar wrote:
Christian Brabandt wrote:
On Mo, 12 Mai 2014, Christian Brabandt wrote:
Thanks, I enhanced it further. You can adjust the behaviour now using
:set breakindentopt
For now, I put the patch here:
https
On Do, 29 Mai 2014, Dmitry Frank wrote:
Could anyone explain why does Vim still have vi-compatibility mode? Why
would one use it?
As a consequence, we have to keep set nocompatible in our .vimrc; there is
No:
,[ :h 'cp' ]-
| When a |vimrc| or |gvimrc| file is found while Vim is
Hi Praful!
On Do, 29 Mai 2014, Praful Kapadia wrote:
I have had an annoying issue with gvim 7.4, with patches 1-307. If I open a
large file (e.g. containing 200,000 lines) and use the global command to
delete lines, the operation takes a very long time on Windows if clipboard
has been set
Hi Pedro!
On So, 25 Mai 2014, Pedro Ferrari wrote:
I believe that the problem (bug?) is that the * (star) key cannot be
remapped: if I start vim with vim -N -u NONE (Vim 7.4 with patches
1-274) and run the command noremap * :echo starCR and press *,
vim tries to perform a search.
I can't
Hi David!
On Fr, 30 Mai 2014, David Fishburn wrote:
When I press *, I get star written, no search performed.
So no problem for you, since you can remap *. Anybody else has that
problem?
Best,
Christian
--
Die Menschen neigen zur falschen Auffassung, daß, da sich alle unsere
mechanischen
On Fr, 30 Mai 2014, Praful wrote:
On Friday, 30 May 2014 13:00:39 UTC+1, Praful wrote:
On Friday, 30 May 2014 12:27:01 UTC+1, Christian Brabandt wrote:
This is a known issue for windows (see :h todo.txt and search for
:g/test/d)
Thanks Christian - and apologies to all
On Fr, 30 Mai 2014, Pedro Ferrari wrote:
Hi David and Christian! Thank you for looking into this. I'm using:
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled May 2014 21:13:41)
MS-Windows 64-bit console version Included patches: 1-274
which you can get here:
Hi Gary!
On Fr, 30 Mai 2014, Gary Johnson wrote:
On 2014-05-30, Christian Brabandt wrote:
Hi Praful!
On Do, 29 Mai 2014, Praful Kapadia wrote:
I have had an annoying issue with gvim 7.4, with patches 1-307.
If I open a large file (e.g. containing 200,000 lines) and use
Hi Bram!
On Sa, 31 Mai 2014, Bram Moolenaar wrote:
Praful wrote:
On Friday, 30 May 2014 19:31:06 UTC+1, Bram Moolenaar wrote:
I wonder if this only applies to the :g command. Doesn't :%s have the
same problem? And perhaps joining many lines. Anything that repeatedly
Hi Pedro!
On Fr, 30 Mai 2014, Pedro Ferrari wrote:
Christian, thanks again for the help. I don't have set paste set.
Then I can't imagine, why it wouldn't work for you.
Best,
Christian
--
Will vom Krieg leben, wird ihm wohl müssen, auch etwas geben.
-- Bert Brecht
--
--
On Sa, 31 Mai 2014, Bram Moolenaar wrote:
Perhaps :g and :v are the only commands that fill a register multiple
times? Well, executing a script does, of course. And executing from a
register multiple times. But that's not done with one command.
:folddoopen
:folddoclosed
Oh, yes.
On So, 01 Jun 2014, Christian Brabandt wrote:
On Sa, 31 Mai 2014, Bram Moolenaar wrote:
Perhaps :g and :v are the only commands that fill a register multiple
times? Well, executing a script does, of course. And executing from a
register multiple times. But that's not done
On So, 01 Jun 2014, Bram Moolenaar wrote:
When restoring clip_unnamed, it's not too dificult to set the
clipboard then. Would require checking that it would have been set
(default register changed). Then the remarks about doesn't work for
some commands can be changed to for some commands
Hi Praful!
On Fr, 06 Jun 2014, Praful wrote:
Hi Christian
Are you considering another patch to incorporate Bram's comments? Or is this
patch the candidate for inclusion in the Vim code base? If it is, I'll test
it.
I am not exactly sure how to integrate Brams comments. So I can't be of
On So, 08 Jun 2014, Bram Moolenaar wrote:
Christian wrote:
On So, 01 Jun 2014, Bram Moolenaar wrote:
When restoring clip_unnamed, it's not too dificult to set the
clipboard then. Would require checking that it would have been set
(default register changed). Then the remarks about
Bram,
I noticed, when displaying icon signs in the gui version of Vim there
might be a small line not overdrawn by the sign, caused by the
'linespace' setting set to be one. That does look rather ugly, if you
display several signs side by side (see attached screenshot).
Here is a patch. A
On Di, 10 Jun 2014, Ingo Karkat wrote:
Hello Vim developers,
a question on Super User
(http://superuser.com/questions/766817/hide-non-printable-characters-in-vim/)
asks to show all non-printable (control) characters with a single
display cell. One (hacky, and arguably not perfect) way to
On Do, 12 Jun 2014, Bram Moolenaar wrote:
Looks like somehow the data structures allocated for the screen don't
match with the screen size. That's weird.
It's not the screen size, that seems to be correct.
The problem is, set ls=2. This causes a recursive call to win_new_height() and
Hi Bram!
On Do, 12 Jun 2014, Bram Moolenaar wrote:
Christian wrote:
Bram,
I noticed, when displaying icon signs in the gui version of Vim there
might be a small line not overdrawn by the sign, caused by the
'linespace' setting set to be one. That does look rather ugly, if you
Hi Bram!
On Do, 12 Jun 2014, Bram Moolenaar wrote:
Almost. This code now uses clip_did_set_selection for two purposes. I
would reset clip_unnamed before calling global_exe(), where you set
clip_did_set_selection to FALSE. Simlarly in ex_listdo().
I wouldn't. Saves us an another global
Hi Yukihiro!
On Sa, 14 Jun 2014, Yukihiro Nakadaira wrote:
Cursor is not moved immediately when it is moved to other window at once.
Steps to reproduce:
$ vim -u NONE
:call setline(1, range(100))
:split
:call cursor(50, 1) | wincmd w On first window, cursor is not
moved.
On Sa, 14 Jun 2014, Yukihiro Nakadaira wrote:
On Sat, Jun 14, 2014 at 10:03 PM, Christian Brabandt cbli...@256bit.org
wrote:
Hi Yukihiro!
On Sa, 14 Jun 2014, Yukihiro Nakadaira wrote:
Cursor is not moved immediately when it is moved to other window at once.
Steps to reproduce
Hi Yukihiro!
On So, 15 Jun 2014, Yukihiro Nakadaira wrote:
Maybe we also need to call do_check_scrollbind() and
do_check_cursorbind() for 'scrollbind' and 'cursorbind' option?
What makes you think, we need those function calls? Is there also a
problem with scrollbinding?
Best,
Christian
--
Am 2013-12-12 20:26, schrieb Bram Moolenaar:
Daily Lama wrote:
As per helpfile, = is meant to be cyrillic, while '=e' is euro.
Surprisingly, '=y' is not yen, but 'Ye' is.
Yesterday Rouble sign was introduced:
On Mi, 18 Jun 2014, Praful wrote:
On Friday, 13 June 2014 15:50:50 UTC+1, Christian Brabandt wrote:
Hi Bram!
On Do, 12 Jun 2014, Bram Moolenaar wrote:
Almost. This code now uses clip_did_set_selection for two purposes. I
would reset clip_unnamed before calling
Hi Bram!
On Mi, 18 Jun 2014, Bram Moolenaar wrote:
--- runtime/doc/digraph.txt 2014-06-18 21:35:21.684411903 +0200
That file is not yet in the hg repository.
€ Eu 20AC8364EURO SIGN
+ ₽ =R 20AC8381ROUBLE SIGN
+ ₽ =P 20AC8381ROUBLE SIGN
Copy
On Mi, 18 Jun 2014, Praful wrote:
On Wednesday, 18 June 2014 18:02:20 UTC+1, Christian Brabandt wrote:
Sorry, typo. Please try this updated patch.
Thanks for the quick response, Christian. Sorry, same again. I still have
issue.
Hm, not sure, why it doesn't work...
Best,
Christian
On Mi, 18 Jun 2014, Christian Brabandt wrote:
On Mi, 18 Jun 2014, Praful wrote:
On Wednesday, 18 June 2014 18:02:20 UTC+1, Christian Brabandt wrote:
Sorry, typo. Please try this updated patch.
Thanks for the quick response, Christian. Sorry, same again. I still have
issue
Hi Bram!
On Do, 19 Jun 2014, Bram Moolenaar wrote:
--- runtime/doc/digraph.txt 2014-06-18 21:35:21.684411903 +0200
That file is not yet in the hg repository.
I did push it, and I can see it there.
€ Eu 20AC8364EURO SIGN
+ ₽ =R 20AC8381
On Do, 19 Jun 2014, Praful wrote:
On Wednesday, 18 June 2014 22:37:47 UTC+1, Christian Brabandt wrote:
On Mi, 18 Jun 2014, Christian Brabandt wrote:
Perhaps, it's clip_gen_set_selection() that is slow?
Sorry, still slow! Is there any debugging information I can provide to help
Finally a new patch, here we go:
On Do, 29 Mai 2014, Bram Moolenaar wrote:
Christian wrote:
On Mi, 28 Mai 2014, Bram Moolenaar wrote:
A few remarks from looking at the patch.
There aren't any tests, while there are lots of changes to the source
code. It would be really useful to
On Di, 24 Jun 2014, Axel Bender wrote:
Does anyone know a UTF-8-aware (respecting $LC_ALL and/or $LANGUAGE) sort
tool for Windows (GNUWin32's doesn't work), preferably a working GNU sort
that does the job? [OFF-TOPIC]
Cygwin, Msys, Interix? Not sure, but not sure, which one does support
On Di, 24 Jun 2014, Christian Brabandt wrote:
On Di, 24 Jun 2014, Axel Bender wrote:
Does anyone know a UTF-8-aware (respecting $LC_ALL and/or $LANGUAGE) sort
tool for Windows (GNUWin32's doesn't work), preferably a working GNU sort
that does the job? [OFF-TOPIC]
Cygwin, Msys
On Do, 12 Jun 2014, Bram Moolenaar wrote:
Christian wrote:
On Di, 10 Jun 2014, Павлов Николай Александрович wrote:
How would you sort a heterogeneous list otherwise?
Who says, lists are always heterogeneous? I think one could try to sort
numerical, if all list items are of type
On Do, 19 Jun 2014, Praful wrote:
On Wednesday, 18 June 2014 22:37:47 UTC+1, Christian Brabandt wrote:
On Mi, 18 Jun 2014, Christian Brabandt wrote:
Perhaps, it's clip_gen_set_selection() that is slow?
Sorry, still slow! Is there any debugging information I can provide to help
Hi Bram!
On Mi, 25 Jun 2014, Bram Moolenaar wrote:
+/* pattern did not match in any line, skip sorting */
+if (skip_sort == eap-line2)
+ goto sortend;
I don't think this works when eap-line1 is not 1, sorting a range of
lines.
Indeed. Here is the correct version.
Best,
On Mi, 25 Jun 2014, itchyny wrote:
To reproduce
vim -u NONE -N
500iaESC^
:set breakindent
XXX
Problem
The second and the following lines are kept indented.
Expected behaviour
The indent level follows that of the first line.
Okay, perhaps caching the indent isn't such a smart
Hi Bram!
On Mi, 25 Jun 2014, Bram Moolenaar wrote:
Christian wrote:
Finally a new patch, here we go:
[...]
Thanks, much better now.
Let me include it and make a few small improvements. I'm sure we will
discover more problems once more people use the feature, I hope you
On Mi, 25 Jun 2014, Bram Moolenaar wrote:
Bram wrote:
Christian wrote:
Finally a new patch, here we go:
[...]
Thanks, much better now.
Let me include it and make a few small improvements. I'm sure we will
discover more problems once more people use the feature, I hope
On Mi, 25 Jun 2014, itchyny wrote:
To reproduce
vim -u NONE -N
500iaESC^
set wrap breakindent
set breakindentopt=shift:10
hlhlhlwbwb
x
Problem
The indentation is not updated soon after we change breakindentopt.
Expected behaviour
The indentation is updated soon.
Yes, I noticed
Am 2014-06-26 04:39, schrieb Charles:
On Thu, Jun 26, 2014 at 4:30 AM, Christian Brabandt
cbli...@256bit.org wrote:
On Mi, 25 Jun 2014, itchyny wrote:
To reproduce
vim -u NONE -N
500iaESC^
set wrap breakindent
set breakindentopt=shift:10
hlhlhlwbwb
x
Problem
The indentation is not updated
Am 2014-06-26 11:02, schrieb Charles:
Attached is Christian's breakindent patch (from github) rebased to
I am confused. Please describe clearly, what issue you see what
patchlevel you have and what
(extra) patch you have applied.
Start with vim -u NONE -N
(I don't think my old patch from
Hi Jens-Wolfhard!
On Do, 26 Jun 2014, Jens-Wolfhard Schicke-Uffmann wrote:
because I had immediate use for it, I implemented
a prototype of the much requested (IIRC) multi-user feature:
https://github.com/Drahflow/vim-multiuser/
To try:
Shell 1:
% vim --multiuser-server# opens
Hi Bram!
On Mi, 25 Jun 2014, Bram Moolenaar wrote:
Patch 7.4.338
Problem:Cannot wrap lines taking indent into account.
Solution: Add the 'breakindent' option. (many authors, final improvements by
Christian Brabandt)
Thanks for finally applying this patch and so fast after my
Hi Nazri!
On Mi, 25 Jun 2014, Nazri Ramliy wrote:
On Wed, Jun 25, 2014 at 5:49 PM, Bram Moolenaar b...@moolenaar.net wrote:
The filler lines are needed to keep the windows in sync. If you disable
filler lines they cannot always be in sync. Not a bug.
I think it is a bug :)
The
Hi Bram!
On Fr, 01 Feb 2013, Bram Moolenaar wrote:
Christian Brabandt wrote:
Hi François!
On Fr, 01 Feb 2013, François Ingelrest wrote:
On Wed, Jan 30, 2013 at 12:31 PM, Bram Moolenaar wrote:
This looks like a good solution. I'll include it. With Christian's
addition
On Tue, February 5, 2013 10:42, John Szakmeister wrote:
Hello All,
I believe I've discovered a bug in colorcolumn (and possibly
textwidth) handling in Vim. I discovered it a little while ago, but
only recently was able to spend some time and make sure that it wasn't
a problem I introduced
Hi Ben!
On Di, 05 Feb 2013, Ben Fritz wrote:
You could have one window on a buffer with colorcolumn set to 5, and
another window with colorcolumn set to follow textwidth. Just because
each buffer may have a different textwidth doesn't mean colorcolumn
needs to follow the buffer as well. I
Hi Nazri!
On Di, 05 Feb 2013, Nazri Ramliy wrote:
While working on this I noticed another bug, found in vanilla vim
changeset: 4089:30b3b1da0350:
$ src/vim -u NONE -U NONE src/misc1.c -c 'set nu|for i in
range(5)|split|endfor'
: Now we should have 6 windows for src/misc1.c, go to the
Hi Roland!
On Di, 05 Feb 2013, Roland Eggner wrote:
How to reproduce
printf '%s\n' 'line 2' 'line 3' example.txt
LC_ALL=C vim -u NONE + -c 'norm mamggOline 1' example.txt
Observed result
---
:marks
mark line col file/text
' 30 line 3
Hi John!
On Di, 05 Feb 2013, John Szakmeister wrote:
Now switch back to the first buffer:
:buffer 1
:set tw?
textwidth=0
:set colorcolumn?
colorcolumn=+1
The colorcolumn is still present, but now textwidth is reporting back
0 instead of 80--which seems
On Wed, February 6, 2013 01:07, Ben Fritz wrote:
Consider:
:e somefile.txt
:setl colorcolumn=5
:sp
:setl colorcolumn=10
:sp
:setl colorcolumn=-2
I would expect the first window to have a constant highlight at the 5th
column, the second to have a constant highlight at the 10th column,
Hi Ilya!
[please reformat your lines to some 70 chars]
On Mi, 06 Feb 2013, Ilya Esteban wrote:
1) All files with marks get loaded into hidden buffers on startup. So if you
have a bunch of files you once marked, they will keep getting loaded even if
you dont need them anymore (with the
On Thu, February 7, 2013 17:18, Jianjun Mao wrote:
hi，Christian, you are right, that's not a problem
But it interrupts the CompleteDone event.
The background is that I am writing a plugin to parse and complete c/cpp
sourcesď#65288;similar to clang_completeď#65289;by using clang. When the
On Thu, February 7, 2013 17:57, James McCoy wrote:
On Feb 7, 2013 10:42 AM, Tomasz Chomiuk t.chom...@gmail.com wrote:
Hi,
It looks like syntax highlighting for Mason files doesn't work
properly in vim 7.3. I thought it was my OS' configuration that
screwed things up but I compiled both 7.3
Hi oldcapecod!
(CC'ing HTML indent maintainer)
On Mo, 11 Feb 2013, oldcapecod wrote:
OK, all that's needed is ...
filetype plugin indent on
in the .vimrc file.
The indent html file causes this. There are actually two problems there.
First the indent-expression already matches img
On Fr, 08 Feb 2013, Ben Fritz wrote:
On Friday, February 8, 2013 9:37:18 PM UTC-6, Ben Fritz wrote:
On Fri, Feb 8, 2013 at 9:32 PM, Benjamin Fritz fritzophre...@gmail.com
wrote:
The attached vimrc.vim file (when used as the .vimrc, with no
non-standard plugins), can reproduce
Hi Dimitar!
On Mo, 11 Feb 2013, Dimitar DIMITROV wrote:
Hi,
1. gvim -NX -u NONE -c 'se cb^=unnamedplus'
2. iLorem ipsum doloresc
3. yvbgevbp = E353: Nothing in register +
I would have expected a result of: Lorem dolor dolor
Seems to work for me with the latest patch level (with either
Hi clime!
On Mi, 13 Feb 2013, clime wrote:
With respect to this thread on so:
http://stackoverflow.com/questions/14842987/vim-wildmenu-move-into-subdirectory-with-a-different-key-than-down
It seems like command-line mappings aren't interpreted in wildmenu
mode, and instead exit it and
Hi Bram!
On Mi, 13 Feb 2013, Bram Moolenaar wrote:
Still have a long pending job of making the fast RE code work properly
and test it...
Can't we just have an 'experimental' setting, that enables experimental
features, e.g. the new fast RE? This would get this feature a lot more
testing and
Hi Bram!
On So, 10 Feb 2013, Bram Moolenaar wrote:
Marc Aldorasi wrote:
Steps to reproduce:
0. Have the matchparen plugin enabled.
1. Create a file with the following 3 lines:
{
{
}
2. Move to the second line, and indent it with ==
2.5 Notice that the brace on
Hi Bram!
On Mi, 06 Feb 2013, Bram Moolenaar wrote:
Patch 7.3.799
Problem:The color column is not correct when entering a buffer. (Ben
Fritz)
Solution: Call check_colorcolumn() if 'textwidth' changed. (Christian
Brabandt)
Files:src/buffer.c
Hi Marcin!
On So, 10 Feb 2013, Marcin Szamotulski wrote:
On 12:19 Sat 09 Feb , Zyad wrote:
Hi,
I'm finding the auto-format option very attractive (setl fo+=a), but I'm
having trouble getting it to work nicely when editing LaTeX documents.
More specifically, I'd like to make
Hi Bram!
On Do, 14 Feb 2013, Bram Moolenaar wrote:
Question is, if you run into a problem, how do you know you have to turn
off that option? If syntax highlighting is off it might be obvious, but
when some plugins behave badly you might not have a clue.
Anybody that uses such an option
Hi Bram!
On Do, 14 Feb 2013, Bram Moolenaar wrote:
Any idea why it crashes for you and not for me?
Perhaps should run under valgrind.
No and it doesn't segfault, if I only let test87 run. Problem is,
close_buffer() might close curbuf and curbuf can get freed(). Of course
then you can't
Hi Bram!
On Do, 14 Feb 2013, Bram Moolenaar wrote:
I think we should actually move the code to get the old value of
'textwidth' to the caller of enter_buffer(). It might be that there are
only one or two places where this is relevant.
Here is a patch
Perhaps it can be combined with some
Bram,
I think I've found a bug with the regular expression engine:
~$ vim -u NONE -N
:$put ='foobar'
:$put =''
:$put =''
:/foobar/
:call search('foobar', 'c')
Note how the cursor /does not/ move
:+
:call search('^$', 'c')
Note, that the cursor /moves/ one line down, although the 'c' flag is
Hi Bram!
On Sa, 16 Feb 2013, Bram Moolenaar wrote:
Christian Brabandt wrote:
I think I've found a bug with the regular expression engine:
~$ vim -u NONE -N
:$put ='foobar'
:$put =''
:$put =''
:/foobar/
:call search('foobar', 'c')
Note how the cursor /does not/ move
Hi Olivier!
On Fr, 15 Feb 2013, Olivier Teuliere wrote:
Hi,
There seems to be a small bug in the completion popup behavior.
Here is a simple way to reproduce it (I used vim 7.3-798 on Linux):
1) Start vim with vim -u NONE -c set nocp
2) Enter the following text:
foobar
foobaz
Hi Marcin!
On Do, 14 Feb 2013, Marcin Szamotulski wrote:
Thanks (once again) for the patch!
Here are a few ideas:
It would be nice to end paragraph line before the match for some
patterns. For example if you have
lorem ipsum lorem ipsum
lorem ipsum lorem
Hi Roland!
Thanks for your effort and the patch. Can you please attach the patch? I
find it hard to understand what your problem is using copy/paste.
regards,
Christian
--
Eine freie Seele, wie die seine, kommt in Gefahr, frech zu
werden, wenn nicht ein edles Wohlwollen das sittliche
Hi mind!
On So, 17 Feb 2013, mind entropy wrote:
Hi,
When I split the window my cursor disappears. The cursor is still
functional but has just disappeared. This is tested because when I scroll I
can see the brace match happening. This is usually triggered when I get
NerdTree window and
Hi Roland!
On So, 17 Feb 2013, Roland Eggner wrote:
Mail header tells you are using mutt? If so, suggestion:
• save my previous mail to a file by keys Escs
• cancel mail deletion by key u
• cd your/vim/source/tree/vim-7.3.816
• patch -p1 -N -u -i path/to/just.saved.patch
Just
Hi Roland!
On Sa, 16 Feb 2013, Roland Eggner wrote:
On 2013-02-06 Wednesday at 23:08 +0100 Bram Moolenaar wrote:
Roland Eggner wrote:
:mksession writes wrong column number of cursor position in presence
of
multibyte characters.
I have been using vim-7.3.135 with
Hi Bram!
On So, 17 Feb 2013, Bram Moolenaar wrote:
I think using mb_string2cells() is wrong, because it counts double-wide
characters as two, while l counts them as one.
Oh, I didn't know that.
How about using w_cursor.vcol but move with | instead of l?
You mean w_cursor.col and using '|'
Bram,
one of my annoyances with vim currently is, that when using n/N for
searching the direction depends on the previous search command. But I
usually forget if I initially used / or ? and then my brain gets stuck
whether I need to press n to search backwards or N. (e.g. I start a
search
Hi Bram!
On Mo, 18 Feb 2013, Bram Moolenaar wrote:
Christian Brabandt wrote:
Bram,
one of my annoyances with vim currently is, that when using n/N for
searching the direction depends on the previous search command. But I
usually forget if I initially used / or ? and then my brain
Hi Bram!
On Mo, 18 Feb 2013, Bram Moolenaar wrote:
Christian Brabandt wrote:
On So, 17 Feb 2013, Bram Moolenaar wrote:
I think using mb_string2cells() is wrong, because it counts double-wide
characters as two, while l counts them as one.
Oh, I didn't know that.
How
Hi Marc!
On Mo, 18 Feb 2013, Marc Weber wrote:
I don't think that additional threads are going to help
There is an issue, and we should find a way to fix (IMHO).
Let me summarize again - and tell me if you feel differently.
Test cases:
[1] echo len(matchstr(\n,'\zs[^\n]\ze'))
[2] echo
On Di, 19 Feb 2013, Christian Brabandt wrote:
On Mo, 18 Feb 2013, Marc Weber wrote:
I don't think that additional threads are going to help
There is an issue, and we should find a way to fix (IMHO).
Let me summarize again - and tell me if you feel differently.
Test cases:
[1] echo
Hi char101!
On Mi, 20 Feb 2013, char101 wrote:
Hi,
I believe some change in patch 7.3.769 causes showmatch behaviour to change
Test case
- Start with an empty buffer
- Type ) in line lines + 10 (the number of lines visible + 10)
- Go to line 1
- Type ( in line 5
- The screen will
201 - 300 din 4763 matches
Mail list logo
