On Tuesday, February 7, 2012 4:14:04 AM UTC+1, James McCoy wrote:
On Mon, Feb 06, 2012 at 02:53:37AM -0800, Alp Burcay wrote:
I am new to vim_dev group. I have read several posts regarding a similar
issue before I make this post
(http://vim.wikia.com/wiki/Accessing_the_system_clipboard and
Christian Brabandt wrote:
diff --git a/src/window.c b/src/window.c
--- a/src/window.c
+++ b/src/window.c
@@ -5650,7 +5650,10 @@ win_new_height(wp, height)
if (wp-w_height 0)
{
if (wp == curwin)
- validate_cursor(); /* w_wrow needs to be valid */
+
Here's a recording of a demonstration of the current behaviour:
https://asciinema.org/a/10129
--
--
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
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
Am Freitag, 16. Mai 2014 23:01:27 UTC+2 schrieb Charles Campbell:
Enno wrote:
This inconsistency is also discussed in the comments of the thread opener on
http://tex.stackexchange.com/questions/135337/how-to-set-up-spell-checking-with-vim
If set filetype=plaintex, then spell
Enno wrote:
Ok, I understand that spell checking is only activated after a
keyword, such as the \section{..} command. But why is it that
\begin{document} does not belong to these keywords? This disables
spell checking for example for letter document classes without any
sectioning. How to
Patch 7.4.325
Problem:When starting the gui and changing the window size the status line
may not be drawn correctly.
Solution: Catch new_win_height() being called recursively. (Christian
Brabandt)
Files: src/window.c
*** ../vim-7.4.324/src/window.c 2014-06-12
Christian Brabandt wrote:
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
Comment #2 on issue 231 by johnston...@gmail.com: netrw silently closing
buffers on its own
http://code.google.com/p/vim/issues/detail?id=231
Thanks for the quick response. Following your instructions, I too was
unable to duplicate the problem, so I'm going to guess it's some sort of
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 233 by jaeho.shin: Better support for g:netrw_sort_options
http://code.google.com/p/vim/issues/detail?id=233
So far, only very limited things could be done by setting
g:netrw_sort_options, because of the way sorting was
Comment #1 on issue 233 by jaeho.shin: Better support for
g:netrw_sort_options
http://code.google.com/p/vim/issues/detail?id=233
(No comment was entered for this change.)
Attachments:
netrw_sort_options-fix.r16d26051085a.patch 3.6 KB
--
You received this message because this
Comment #3 on issue 231 by johnston...@gmail.com: netrw silently closing
buffers on its own
http://code.google.com/p/vim/issues/detail?id=231
Looks like this was it... from my .vimrc:
if exists('+autochdir')
set autochdir
endif
Thanks,
Lance
--
You received this message because this
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
display several signs side by side (see attached
gcc (Debian 4.9.0-6) 4.9.0
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
gcc -c -I. -Iproto -DHAVE_CONFIG_H -g -O2 -fstack-protector
The vim help describes the +/searchpat/ startup arg as follows:
+/{pat} The cursor will be positioned on the first line containing
pat in the first file being edited (see |pattern| for the
available search patterns).
That description is false when one
On Friday, June 13, 2014 6:15:26 PM UTC-5, Rob Retter wrote:
The vim help describes the +/searchpat/ startup arg as follows:
+/{pat} The cursor will be positioned on the first line
containing
pat in the first file being edited (see |pattern| for the
16 matches
Mail list logo