Kana Natsuno schrieb:
Hello, Vimmers.
I noticed that abbreviations are not expanded by a character
which are generated by key mappings which cannot be remapped.
Once I noticed this too:
Hi all,
I will try to look at this myself, but my time is extremely short, atm.
Thus, this is both a reminder to $self and an invitation for others to
look at it.
Syntax elements are detected highlighted in the wrong places.
Two examples I have known for some time but never got around to
do
On Thu, Jul 17, 2008 at 12:30, Richard Hartmann
[EMAIL PROTECTED] wrote:
Syntax elements are detected highlighted in the wrong places.
Two examples I have known for some time but never got around to
do much about them are:
Posting sooner rather than later is always better. That almost
On Thu, Jul 17, 2008 at 14:27, Nikolai Weibull [EMAIL PROTECTED] wrote:
Posting sooner rather than later is always better. That almost rhymes.
True. I simply always forgot by the time I was finished fiddling with my
scripts.
However, why would you name a variable do?
I wouldn't. I named
On Thu, Jul 17, 2008 at 02:27:56PM +0200, Nikolai Weibull wrote:
On Thu, Jul 17, 2008 at 12:30, Richard Hartmann
[EMAIL PROTECTED] wrote:
Syntax elements are detected highlighted in the wrong places.
Two examples I have known for some time but never got around to
do much about them
Hi, Bram! Hi everybody!
Today, I have something that isn't a real vulnerability, but I have
fixed it anyway. The vimtutor (vimtutor.bat on Windows, vimtutor.com
on VMS) command creates a temporary copy of the Vim Tutorial text
file. This is done in rather complicated way. I have simplified
On Thu, Jul 17, 2008 at 7:39 PM, Jan Minář [EMAIL PROTECTED] wrote:
Today, I have something that isn't a real vulnerability, but I have
fixed it anyway. The vimtutor (vimtutor.bat on Windows, vimtutor.com
Version 2: I have updated the ``gvimtutor'' command as well. Please
use this patch
Markus Heidelberg wrote:
I do :TOhtml on file1 that is diffed against file2 and has a deleted line. If
'number' is set, the leading spaces in the deleted line are displayed as
nbsp; in the HTML browser (amp;nbsp; in the editor).
file1:
text
vim: nu
file2:
text
vim: nu
The
Patrick Texier wrote:
On Mon, 14 Jul 2008 21:48:17 +0200, Bram Moolenaar wrote:
Apparently building with +multi_byte but without +rightleft was missing.
On Windows, building Vim with +multi_byte and without +diff fails at
main.c:
.\main.c:
Error E2451 .\main.c 2248: Undefined
Dominique Pelle wrote:
On Mon, Jul 14, 2008 at 9:48 PM, Bram Moolenaar wrote:
Kana Natsuno wrote:
I noticed that Vim 7.2b.001 still cannot be compiled with with multi-byte
feature but without GUI or clipboard, because check_col() and check_row()
are
missing. The following is a
2008/7/17 James Vega [EMAIL PROTECTED]:
I'll jump in here and post a problem I've been meaning to contact you
about, as well.
somecommand $somevar
othercommand
Zsh's here-string is triggering the here-doc syntax highlighting and
therefore causes all of the remaining script to be
Bram,
I emailed the Maintainer of the darkblue.vim color scheme file, as
given in the file proper.
But got the error at the end of this mail.
I would like to add the following lines to the file, so that the Tab
complete does not show as a pink background with very hard to read
text. This gives
Bram Moolenaar, 17.07.2008:
Markus Heidelberg wrote:
I do :TOhtml on file1 that is diffed against file2 and has a deleted line.
If
'number' is set, the leading spaces in the deleted line are displayed as
nbsp; in the HTML browser (amp;nbsp; in the editor).
file1:
text
vim:
Hi.
One of the archives in the ftp archive is corrupt:
ftp://ftp.vim.org/pub/vim/unix/vim-4.6.tar.gz
[EMAIL PROTECTED]:/tmp/tmp.JLZLkhu4EB tar xzf vim-4.6.tar.gz
tar: Skipping to next header
gzip: stdin: invalid compressed data--crc error
gzip: stdin: invalid compressed data--length error
Markus Heidelberg, 18.07.2008:
Bram Moolenaar, 17.07.2008:
Hmm, that works around the problem after it has happened. Would be
better to fix it where it is caused. So the nbsp; should not be
escaped. Looks like s:LeadingSpace is misused around line 308, needs to
more digging to
1. Summary
Product : Vim -- Vi IMproved
Versions : 5.0--current, possibly older; 4.6 and 3.0 not vulnerable
Impact : Arbitrary code execution
Wherefrom: Local
Original : http://www.rdancer.org/vulnerablevim-configure.in.html
http://www.rdancer.org/vulnerablevim-configure.in.patch
On Thu, Jun 26, 2008 at 00:05, Bram Moolenaar [EMAIL PROTECTED] wrote:
What error messages? Possibly they come from some library.
Sorry for taking so long to reply.
In light of the recent thread, this 'error' report is probably moot
though, anyway.
Richard
PS: Attached is a 29 kiB PNG.
17 matches
Mail list logo