Am 2015-03-10 23:40, schrieb Gary Johnson:
On 2015-03-10, Bram Moolenaar wrote:
Using 0 CTRL-D is a bit weird, a leftover from old times. Since we
don't know if CTRL-D is going to be typed or not we can't avoid
triggering CursorHoldI. Perhaps there is a solution anyway.
What is the modern al
Hello itchyny and Bram,
2015/3/11(Wed) 10:07:53 UTC+9 itchyny:
> On Wednesday, March 11, 2015 at 6:59:12 AM UTC+9, Bram Moolenaar wrote:
> > Hirohito Higashi wrote:
> >
> > > Oops, I fixed patch and test :-)
> > >
> > > (I could not attached patch, I paste Gist.)
> > > https://gist.github.com/h-
I have a better understanding of what's going on now, but I still think my
original patch is basically correct. Below
is a simple program that will reliably make vim unresponsive. Just compile/run
the program then do :reg in vim.
#include
#include
#include
#include
#include
int
main()
{
On Wednesday, March 11, 2015 at 6:59:12 AM UTC+9, Bram Moolenaar wrote:
> Hirohito Higashi wrote:
>
> > Oops, I fixed patch and test :-)
> >
> > (I could not attached patch, I paste Gist.)
> > https://gist.github.com/h-east/ffabb0cdd589a5f9acd2
>
> Thanks! I wonder if ":tabmove" should work as
On 2015-03-10, Bram Moolenaar wrote:
> Gary Johnson wrote:
>
> > When I type 0 (zero) followed by Ctrl-D on a line that's indented by
> > more than one 'shiftwidth', I expect all the indentation of the
> > current line to be deleted and the 0 deleted, as described in ":help
> > i_0_CTRL-D". Howev
Hirohito Higashi wrote:
> Oops, I fixed patch and test :-)
>
> (I could not attached patch, I paste Gist.)
> https://gist.github.com/h-east/ffabb0cdd589a5f9acd2
Thanks! I wonder if ":tabmove" should work as documented or that the
documentation needs to be adjusted. Well, the documentation is
Gary Johnson wrote:
> When I type 0 (zero) followed by Ctrl-D on a line that's indented by
> more than one 'shiftwidth', I expect all the indentation of the
> current line to be deleted and the 0 deleted, as described in ":help
> i_0_CTRL-D". However, if a CursorHoldI autocommand is defined and
Comment #2 on issue 337 by complex...@gmail.com: phpcomplete.vim Ctrl+X
Ctrl+O will show tab pages
https://code.google.com/p/vim/issues/detail?id=337
Hi bsaint!
These changes was introduced to make the plugin work better with
noequalalways.
Would you mind giving the the attached version
On 2015-03-10, Christian Brabandt wrote:
> Hi Gary!
>
> On Di, 10 Mär 2015, Gary Johnson wrote:
>
> > When I type 0 (zero) followed by Ctrl-D on a line that's indented by
> > more than one 'shiftwidth', I expect all the indentation of the
> > current line to be deleted and the 0 deleted, as descr
When I type 0 (zero) followed by Ctrl-D on a line that's indented by
more than one 'shiftwidth', I expect all the indentation of the
current line to be deleted and the 0 deleted, as described in ":help
i_0_CTRL-D". However, if a CursorHoldI autocommand is defined and
'updatetime' elapses between t
@Kazunobu Kuriyama:
Interesting post. I checked my dwm config.h and it is set to ignore
size hints. I don't know what i3 does about this. But because it was
easy, I changed the dwm config.h to respect those hints, rebuilt it,
and restarted X with dwm as the wm. With this setup, gvim exhibits the
s
On Tuesday, March 10, 2015 at 4:59:33 PM UTC+9, h_east wrote:
> Oops, I fixed patch and test :-)
>
> (I could not attached patch, I paste Gist.)
> https://gist.github.com/h-east/ffabb0cdd589a5f9acd2
>
> Best regards,
> Hirohito Higashi (a.k.a h_east)
Hello, h_east.
Thank you for your patch!
I ch
On Mon, Mar 9, 2015 at 11:05 AM, Christian Brabandt wrote:
> Am 2015-03-09 15:49, schrieb Donald Allen:
>
>> It turns out that the behavior I described in my original post
>> (shrinking the inner pane rather than displaying more text in the
>> full-sized pane when a smaller font-size is selected)
Comment #7 on issue 91 by fancymo...@fancymouse.net: File->Open does not
update window content correctly - Appeared first in v7-3-638
https://code.google.com/p/vim/issues/detail?id=91
May not be a Mint specific problem... just got a chance to have a try from
Debian Testing (jessie rc1) and
- Original Message -
>To: vim_dev@googlegroups.com
>Subject: Re: Font size?
>Date: Mon, 09 Mar 2015 16:05:16 +0100
>From: Christian Brabandt
>Cc: Donald Allen
>
>
>Am 2015-03-09 15:49, schrieb Donald Allen:
>> It turns out that the behavior I described in my original post
>> (shrinking th
Am 2015-03-10 01:10, schrieb Carlos Pita:
an update: it's a bit worst than I've described, as the number columns
at the left also look splitted. See the attached screenshot.
Do you mean, that the number setting isn't updated? How did you do this?
Does a manual redraw using :redraw or :redraw! h
Oops, I fixed patch and test :-)
(I could not attached patch, I paste Gist.)
https://gist.github.com/h-east/ffabb0cdd589a5f9acd2
Best regards,
Hirohito Higashi (a.k.a h_east)
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are re
test
--
--
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 received this message because you are subscribed to the Google Groups
"vim_dev" group.
To
Hello itchyny,
2015/3/10(Tue) 12:59:23 UTC+9 itchyny:
> Hello, all.
> I think that there are some problems for :tabmove. Firstly, see the document
> (:h :tabmove).
>
> :tabm[ove] [N]*:tabm*
> *:tabmove*
> :[N]tabm[ove]
> Move the cur
19 matches
Mail list logo