On 28/05/10 01:54, Markus Heidelberg wrote:
Bram Moolenaar, 2010-05-26 22:59:
Tony Mechelynck wrote:
On 25/05/10 22:37, Bram Moolenaar wrote:
[...]
The undo files are hidden, all version control systems I know will
ignore them. E.g. swap files are normally not a problem.
[...]
For a count
Bram Moolenaar, 2010-05-26 22:59:
>
> Tony Mechelynck wrote:
>
> > On 25/05/10 22:37, Bram Moolenaar wrote:
> > [...]
> > > The undo files are hidden, all version control systems I know will
> > > ignore them. E.g. swap files are normally not a problem.
> > [...]
> >
> > For a counterexample, M
Ben Fritz wrote:
> On May 25, 3:37=A0pm, Bram Moolenaar wrote:
> > This is moot though, a file edited by several people is very unusual,
> > and if it does happen an undo file won't be very useful. =A0Better not
> > enable the undofile option for this kind of file.
> >
>
> I haven't had time to
Jeff Horelick wrote:
> I figured since vim's CVS is deprecated (gone?) it'd be a good time to bring
> this up. I was looking around the web for some hg/Mercurial syntax
> hilighting files and i noticed that there are a few for Git (in the runtime
> no less) but really none for hg. So i found this
Kamil Toman wrote:
> I adapted the Java syntax file for vim to support syntax coloring for
> the Fantom Programming Language (http://fantom.org).
> Using the rule below in filetype.vim it worked fine for me:
>
> " Fantom
> au BufNewFile,BufRead *.fan,*.fwt setf fan
>
> It would be
I made Vim place signs after doing a ":make" command (ends up looking
a bit like Eclipse or Visual Studio) by parsing the list returned by
getqflist(), but I soon discovered that Vim didn't know there were any
warnings or errors to look for. While the getqflist() function
returned a list, the "typ
On Thu, May 27, 2010 at 17:23, Ben Fritz wrote:
> On May 26, 7:32 am, Tony Mechelynck
> wrote:
>> As for floating point numbers, I constantly use Vim as a floating-point
>> calculator; I wouldn't say it's a useless feature. Not a /necessary/ one
>> -- I could do without the trig and exp/log fun
Bram Moolenaar wrote:
> Dominique Pelle wrote:
>
>> 3 remarks about vim/src/undo.c (at changeset: 271a5907f944):
>>
>> (1) Using persistent-undo, I notice once in a while the following memory
>> leak, but I have not found the way to reproduce it all the time:
>>
>> ==3371== 10 bytes in 2 block
On Thu, May 27, 2010 at 11:02 AM, Ben Fritz wrote:
> On May 25, 3:37 pm, Bram Moolenaar wrote:
>> This is moot though, a file edited by several people is very unusual,
>> and if it does happen an undo file won't be very useful. Better not
>> enable the undofile option for this kind of file.
>>
>
On Thu, 27 May 2010, Ben Fritz wrote:
Is persistent undo a buffer-local option? It sounds like perhaps it
should be, so that users can easily turn it on and off on a per-file
basis.
I agree that this is an option that should be possible to set locally.
Setting it with ":set" should default t
Hey all,
I figured since vim's CVS is deprecated (gone?) it'd be a good time to bring
this up. I was looking around the web for some hg/Mercurial syntax
hilighting files and i noticed that there are a few for Git (in the runtime
no less) but really none for hg. So i found this hg commit syntax fil
On May 26, 7:32 am, Tony Mechelynck
wrote:
>
> As for floating point numbers, I constantly use Vim as a floating-point
> calculator; I wouldn't say it's a useless feature. Not a /necessary/ one
> -- I could do without the trig and exp/log functions
When floating point was included, I thought it
On May 25, 3:37 pm, Bram Moolenaar wrote:
> This is moot though, a file edited by several people is very unusual,
> and if it does happen an undo file won't be very useful. Better not
> enable the undofile option for this kind of file.
>
I haven't had time to try out the Vim 7.3 stuff. Is pers
Hi,
I adapted the Java syntax file for vim to support syntax coloring for
the Fantom Programming Language (http://fantom.org).
Using the rule below in filetype.vim it worked fine for me:
" Fantom
au BufNewFile,BufRead *.fan,*.fwt setf fan
It would be great if this syntax file could
Problem: When using the gcc "compiler" setting under Linux and you
need to find warnings or errors in the quicklist via the vimscript
getqflist()... THERE ARE NONE!
Note: It seems that the errorformat string for gcc doesn't specify
flagging either Warnings or Errors for the quickfixlist. You
Dominique:
I tested this. It works!
Thank you *very* much. I have been struggling with this ever since I
switched to version 7.2.
On 5/26/2010 9:32 AM, Dominique Pellé wrote:
vim -u NONE --noplugin \
-c 'set infercase ignorecase thesaurus=mthesaur.txt' \
-c 'call feedkeys("iEXAMPLE
It also became very slow for me
with the only settings being
syntax on
set foldmethod=syntax
the file being edited is a large C file.
Best.
H Jorge
On May 26, 6:04 pm, Christian Brabandt wrote:
> Hi Frederic!
>
> On Mi, 26 Mai 2010, Frederic Hardy wrote:
>
>
>
>
>
> > Since patch 274, my vim/
Hi Frederic!
On Do, 27 Mai 2010, Frederic Hardy wrote:
> Thanks for your help, Christian !
> But i don't know where is the problem in my syntax file...
It is the syntax sync fromstart
This makes it really slow and it seems, vim needs to start parsing from
the start of the file several times.
Hello !
I can reproduce it with your provided syntax file and my debian vim
7.2.330. I haven't looked into the syntax file in detail, but it seems
to be the problem. Using your syntax php file and layout.php that you
provided[1], this simple_vimrc script shows the problem:
,
| profile start
19 matches
Mail list logo
