On Wed, 26 Mar 2008 06:25:57 +0800, Dasn [EMAIL PROTECTED] wrote:
Well, it seems the new line continuation can be placed weirdly, which
will make the vim script syntax file even messy when considering the
line continuation. Any comments?
Placing the line continuation on the end of the
Hi Bram,
For Vim 7.1.263 and higher, test42 fails when it compiled with
enable-multibyte.
I noticed that patch 7.1.263 should have not update test42.in.
It seems that test42.in was touched by accident.
Regards,
Xiaozhou
--~--~-~--~~~---~--~~
You received this
Hi Vimmers,
During the development of the new regexp, one thing confuses me a lot:
ordered alternation. (e.g. given r.e. 'ab\|abc' and text 'abc', 'ab'
matched, not 'abc')
I know that 100% compatibility is one of the project goals. So I try
to keep this feature
in the new regexp. But the
Edward, can you please verify that the src/test42.in file is correct in
SVN? It was corrupt in CVS, because the patch command failed to
handle the binary stuff in the diff. You may have had the same problem.
Xiaozhou Liu wrote:
On Thu, Mar 27, 2008 at 1:31 AM, Dominique Pelle
[EMAIL
Adrien Lemaire wrote:
Hi Bram,
I'm student in second year in SUPINFO, French informatic engineer school in
5 years. It's You can see more details about this school
herehttp://www.supinfo.com/en/Default.aspx, and I can give you more
informations about it if you want !
I discovered
Jordan Lewis wrote:
My name is Jordan Lewis, and I am applying to Vim for Google's Summer
of Code this year. I am a first year student at the University of
Chicago (and a Vim addict). I am planning to work on some of the items
in todo.txt like the ideas page suggests, and I wanted to get
Dominique Pelle wrote:
Valgrind memory checker detects use of freed memory in Vim-7.1.285
when using 'set autochdir' and when Vim is compiled with -DEXITFREE.
==6925== Invalid read of size 4
==6925==at 0x8054471: do_autochdir (buffer.c:1472)
==6925==by 0x8052E31: close_buffer
François Ingelrest wrote:
Hi all,
On Sat, Feb 16, 2008 at 2:24 PM, François Ingelrest [EMAIL PROTECTED] wrote:
This is with Vim 7.1.251
1) vim -u NONE
2) :set lines=25
3) :set columns=80
4) 150i computer chairEsc
5) gg
6) icc-n
The popup menu is displayed below
editing.txt is inaccurate on line 892 (a paragraph below *:w_c*):
The default [range] for the :w command is the whole buffer (1,$). If you
write the whole buffer, it is no longer considered changed. Also when you
write it to a different file with :w somefile!
The last sentence is only true if
editing.txt is inaccurate on line 892 (a paragraph below *:w_c*):
The default [range] for the :w command is the whole buffer (1,$). If you
write the whole buffer, it is no longer considered changed. Also when you
write it to a different file with :w somefile!
The last sentence is only true if
Ben Schmidt wrote:
editing.txt is inaccurate on line 892 (a paragraph below *:w_c*):
The default [range] for the :w command is the whole buffer (1,$). If you
write the whole buffer, it is no longer considered changed. Also when you
write it to a different file with :w somefile!
The last
Tony Mechelynck wrote:
Ben Schmidt wrote:
editing.txt is inaccurate on line 892 (a paragraph below *:w_c*):
The default [range] for the :w command is the whole buffer (1,$). If you
write the whole buffer, it is no longer considered changed. Also when you
write it to a different file with
Xiaozhou Liu wrote:
Hi Vimmers,
During the development of the new regexp, one thing confuses me a lot:
ordered alternation. (e.g. given r.e. 'ab\|abc' and text 'abc', 'ab'
matched, not 'abc')
I know that 100% compatibility is one of the project goals. So I try
to keep this feature
in
Ben Schmidt wrote:
Tony Mechelynck wrote:
Ben Schmidt wrote:
editing.txt is inaccurate on line 892 (a paragraph below *:w_c*):
The default [range] for the :w command is the whole buffer (1,$). If you
write the whole buffer, it is no longer considered changed. Also when you
write it to a
Bram Moolenaar wrote:
Jordan Lewis wrote:
* Undo persistence - save a representation of the tree to a file on
or before exit
This would be really nice. But it's very likely too much work for the
SoC. Especially because it must work very reliably.
I have been thinking
Hi all,
On Thu, Mar 27, 2008 at 3:49 AM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Edward, can you please verify that the src/test42.in file is correct in
SVN? It was corrupt in CVS, because the patch command failed to
handle the binary stuff in the diff. You may have had the same
Hi Adrien,
On Thu, Mar 27, 2008 at 3:49 AM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Adrien Lemaire wrote:
Hi Bram,
I'm student in second year in SUPINFO, French informatic engineer school in
5 years. It's You can see more details about this school
17 matches
Mail list logo
