On Feb 1, 7:02 pm, Bram Moolenaar b...@moolenaar.net wrote:
Audrius wrote:
I was exploring the possibility to use cindent for JavaScript code
indentation, because all the indent plugins I've tried so far make me
unhappy. I've found that it works pretty well (except for array
literals
On 01/02/11 18:27, Ben Fritz wrote:
On Feb 1, 10:12 am, Bram Moolenaarb...@moolenaar.net wrote:
Patch 7.3.110
Problem:The nbsp item in 'listchars' isn't used for :list.
Solution: Make it work. (Christian Brabandt)
Files: src/message.c
I think the :help 'list' and :help :list
On Tue, Feb 1, 2011 at 7:11 PM, Rhialto rhia...@falu.nl wrote:
On Tue 01 Feb 2011 at 09:30:48 -0800, Ben Fritz wrote:
Converting from cp1252 to latin1 should fail depending on the
characters in the file, but latin1 to cp1252 should always work,
shouldn't it? I understand cp1252 to be a
Hari G wrote:
On Feb 1, 7:02 pm, Bram Moolenaar b...@moolenaar.net wrote:
Audrius wrote:
I was exploring the possibility to use cindent for JavaScript code
indentation, because all the indent plugins I've tried so far make me
unhappy. I've found that it works pretty well (except for
Hi Bram!
On Di, 01 Feb 2011, Bram Moolenaar wrote:
Looking through the code I found one situation where it would read
uninitialized memory:
:set stl=%!'asdf%'
However, the valgrind log looks different from what you show. I suspect
there is another problem. Or the same problem in
On Wednesday 02 February 2011 15:35:33 Christian Brabandt wrote:
Hi Bram!
On Di, 01 Feb 2011, Bram Moolenaar wrote:
Looking through the code I found one situation where it
would read
uninitialized memory:
:set stl=%!'asdf%'
However, the valgrind log looks different from what
This patch causes /usr/bin/man to fail on Mac OS X:
sh: -c: line 0: syntax error near unexpected token `||'
sh: -c: line 0: `(cd '/usr/share/man' (echo .ll 13.0i; echo .nr LL
13.0i; /usr/bin/gunzip -c '/usr/share/man/man1/man.1.gz') | /usr/bin/tbl |
/usr/bin/groff -Wall -mtty-char -Tascii
On Sat, Dec 4, 2010 at 11:09 PM, Bram Moolenaar b...@moolenaar.net wrote:
Hong Xu wrote:
I think I have fixed this problem. The attachment is the patch. The
reason is that when gtk_menu_popup is called, its last parameter is
not passed in the correct time stamp but GDK_CURRENT_TIME. I fixed
If a QuickfixCmdPost clears the qflist after a :make, a E42 No
Errors diagnosic is issued. This is because vim (7.3.102) doesn't
recheck the size of the list after the autocommands run. A possible
patch is attached. It affects the non-autocommand case slightly, and
might be overly conservative (I
