Ben Fritz, 18.12.2008:
>
> On Dec 18, 7:01 am, Markus Heidelberg
> wrote:
> > Given that anything else in the HTML output (also the 'number' option)
> > pretty much reflects the appearance of Vim's window, maybe the
> > foldcolumn should also look the same as in Vim?
>
> That's what I was think
On Thu, 18 Dec 2008 20:45:02 +0100, Dominique Pelle wrote:
> I can reproduce the bug that you describe with vim-7.2.69.
On Windows 98, gVim 7.2.69 crashes:
GVIM a causé une défaillance de page dans
le module GVIM.EXE à 0167:0051b586.
> I confirm that your patch fixes it.
Yes.
--
Patrick Tex
On 18/12/08 14:01, Markus Heidelberg wrote:
> Tony Mechelynck, 18.12.2008:
>> On 17/12/08 18:27, Markus Heidelberg wrote:
>> [...]
>>> Without a foldcolumn, there is also no hint, whether some text belongs
>>> to an open fold or not.
>> I think that's the decisive argument. Something prettier migh
On 18/12/08 17:22, Christian MICHON wrote:
[...]
> Bram's funny signatures is not in the email: it's not from him.
Right.
>
> Side note: windows users should compile their own binaries :)
>
Not necessarily: Steve Hall's Vim distributions
https://sourceforge.net/project/showfiles.php?group_id=4
On 18/12/08 11:26, John Beckett wrote:
> I should take a little longer checking, but in view of the potential for
> damage I'm sending a preliminary opinion:
>
> A message has just been sent to the vim_multibyte list.
> Header includes:
>
>From: b...@moolenaar.net
>To: vim-multib...@vim.or
Lech Lorens wrote:
> Problem:
> The cursor position is not updated after deleting a fold based on
> markers. This results in an invalid memory reference in some scenarios.
>
> How to reproduce:
> In normal mode perform zRgg$zdaa while editing a file with the following
> contents:
> [[[
> blah b
Dominique Pelle wrote:
> Bram Moolenaar skribis:
>
> >>> Matt Wozniski wrote:
> >> >>>
> >> function! ReturnArgs(...)
> >> return a:000
> >> endfunction
> >>
> >> " Seems to work fine?
> >> echo ReturnArgs(1, 2, 3)
> >>
> >> " SEGV
> >> echo stri
Lech Lorens skribis:
> Problem:
> The cursor position is not updated after deleting a fold based on
> markers. This results in an invalid memory reference in some scenarios.
>
> How to reproduce:
> In normal mode perform zRgg$zdaa while editing a file with the following
> contents:
> [[[
> blah b
Bram Moolenaar skribis:
>>> Matt Wozniski wrote:
>> >>>
>> function! ReturnArgs(...)
>> return a:000
>> endfunction
>>
>> " Seems to work fine?
>> echo ReturnArgs(1, 2, 3)
>>
>> " SEGV
>> echo string(ReturnArgs(1, 2, 3))
>>
>> function! M
On Thu, Dec 18, 2008 at 11:26 AM, John Beckett wrote:
>
> I should take a little longer checking, but in view of the potential for
> damage I'm sending a preliminary opinion:
>
> A message has just been sent to the vim_multibyte list.
> Header includes:
>
> From: b...@moolenaar.net
> To: vim-mu
On Dec 18, 7:01 am, Markus Heidelberg
wrote:
> > I think that's the decisive argument. Something prettier might be found
> > though; maybe a squared plus or minus sign &x229E; &x229F; or circled
> > &x2295; &x2296; (plus for a closed fold that can be opened; minus for an
> > open fold that can
On Thu, Dec 18, 2008 at 8:01 AM, Markus Heidelberg wrote:
>
> When typing ^Vu and the codes above in terminal Vim, I always get these
> squares, i.e. the characters cannot be displayed, in vim -g it works. Is
> this a font issue?
Yes; your font just must be missing those glyphs.
> Also, Konquero
Tony Mechelynck, 18.12.2008:
>
> On 17/12/08 18:27, Markus Heidelberg wrote:
> [...]
> > Without a foldcolumn, there is also no hint, whether some text belongs
> > to an open fold or not.
>
> I think that's the decisive argument. Something prettier might be found
> though; maybe a squared plus
I should take a little longer checking, but in view of the potential for
damage I'm sending a preliminary opinion:
A message has just been sent to the vim_multibyte list.
Header includes:
From: b...@moolenaar.net
To: vim-multib...@vim.org
Subject: Mail Transaction Failed
Date: Thu, 18 De
14 matches
Mail list logo