> Argh. This is exactly why all the hacks one has to employ never
> really quite make it. There's always some base you haven't covered,
> some point you can't reach.
>
> Seriously, if people want to f**k up their session, let them. No one
> who isn't prepared to get burned is going to override
--- Nikolai Weibull <[EMAIL PROTECTED]> wrote:
> On 10/3/06, Marc Weber <[EMAIL PROTECTED]> wrote:
> > > parsed, it's just executed line-by-line. What /would/ make sense is
> > > to cache the compiled regexes so that regexes used in a loop won't
> > > have to be compiled as often. That's a fair
On 10/3/06, Nikolai Weibull <[EMAIL PROTECTED]> wrote:
On 10/3/06, Nikolai Weibull <[EMAIL PROTECTED]> wrote:
> So you can't write
>
> :call object.method().results_method()
>
> in VimScript. But it would be sweet if one could. Can't find
> anything in the TODO on this. Any plans for the fut
On 10/3/06, Nikolai Weibull <[EMAIL PROTECTED]> wrote:
So you can't write
:call object.method().results_method()
in VimScript. But it would be sweet if one could. Can't find
anything in the TODO on this. Any plans for the future?
But you can write
:let _ = object.method().results_metho
So you can't write
:call object.method().results_method()
in VimScript. But it would be sweet if one could. Can't find
anything in the TODO on this. Any plans for the future?
nikolai
On 10/3/06, Hari Krishna Dara <[EMAIL PROTECTED]> wrote:
Nikolai Weibull wrote:
> One thing that really annoys me with Vim is the limits it emposes on
> what names are legal for user-defined functions and commands.
Another oddity in using this approach is the history. If you execute:
:com
On 10/3/06, Marc Weber <[EMAIL PROTECTED]> wrote:
> parsed, it's just executed line-by-line. What /would/ make sense is
> to cache the compiled regexes so that regexes used in a loop won't
> have to be compiled as often. That's a fairly trivial fix, although
> I'm not going to perform it.
Great
On Tue, 3 Oct 2006 at 10:30am, A.J.Mechelynck wrote:
> Nikolai Weibull wrote:
> > On 10/1/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> >>
> >> Nikolai Weibull wrote:
> >>
> >> > One thing that really annoys me with Vim is the limits it emposes on
> >> > what names are legal for user-defined fu
Marc Weber wrote:
When doing something like
map(["a","b"],"matchstr(v:val, "\(.\)"))
will the regular expression "\(.\)" be compiled on every iteration?
How about this:
for l in lines
if l =~"regex"
...
?
How about :help profile ? ;)
[...]
Yegappan Lakshmanan wrote:
Are you referring to a sample code similar to the xcmdsrv_client.c
file under
the $VIM/tools directory? This sample code shows how to send commands
to a remote Vim from a C program in Unix systems running X-Windows.
A similar sample code for MS-Windows is needed.
Lo
Hi,
I tried the patch, but it appears that CTRL-F and CTRL-B no longer
work
in Normal mode. They do something in Insert mode after CTRL-V.
CTRL-F and CTRL-B work for me in Normal mode (they scroll forward/
backward). I'm using mac gvim svn (patches 1-110) and the second
version of my pat
> parsed, it's just executed line-by-line. What /would/ make sense is
> to cache the compiled regexes so that regexes used in a loop won't
> have to be compiled as often. That's a fairly trivial fix, although
> I'm not going to perform it.
Great idea,
Nikolei!
Marc
Hi Charles,
On 10/3/06, Charles E Campbell Jr <[EMAIL PROTECTED]> wrote:
Bram Moolenaar wrote:
>Suresh Govindachar wrote:
>
>
>>Is it possible to add an autocommand-event for "Clipboard Changed"?
>>
>>
>
>Not really. This is not something that happens inside Vim. Polling for
>changes in the s
A.J.Mechelynck wrote:
[snip]
> The problem is, not only the KNBT pseudo-bounce is misdirected, it is
> incomplete. In particular, it doesn't say which address was not found,
> so all Felix (or Bram or someone) can know is that "someone" @knbt.com
> is no longer a valid address. But they can't go
A.J.Mechelynck wrote:
> 3. During handshaking between Vim mailbot and KNBT incoming mail
> exchanger, the latter notices that [EMAIL PROTECTED] is unknown and
> immediately gives a 550 (or something) error reply to the "RCPT TO
> [EMAIL PROTECTED]" line.
Most mailers these days are not configured
On 10/3/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Problem:printf() does not do zero padding for strings.
Just a quick question: Wasn't "printf" a bit of a misnomer?
nikolai
On 10/3/06, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
I still don't see the advantage of compiling regexps while scripts remain
interpreted.
Well, storing the compiled regex is surely a lot faster. However, I
don't think that's the way to do it for VimScript, as it isn't really
parsed, it's j
Yakov Lerner wrote:
What's wrong with doing system("vim --remote-xxx yyy zzz") in
any programming language ?
Seems grossly inefficient: with this call one is bringing up both a new
shell and a new vim,
although the new vim probably doesn't do too much other than send the
command.
Regards,
Marc Weber wrote:
Hi Tony.
Of course this was a trivial example.
I was grepping the output of jar -> content-texfile to find the packages
of a java-class.
Currently I'm using this function.
I'm invoking this function for up to 40 files or more.. That depends on
how many modules I have imported.
On 10/3/06, Charles E Campbell Jr <[EMAIL PROTECTED]> wrote:
Bram Moolenaar wrote:
>Suresh Govindachar wrote:
>
>
>>Is it possible to add an autocommand-event for "Clipboard Changed"?
>>
>>
>
>Not really. This is not something that happens inside Vim. Polling for
>changes in the system is not
Hi Tony.
Of course this was a trivial example.
I was grepping the output of jar -> content-texfile to find the packages
of a java-class.
Currently I'm using this function.
I'm invoking this function for up to 40 files or more.. That depends on
how many modules I have imported.
let type_pattern =
Patch 7.0.118
Problem:printf() does not do zero padding for strings.
Solution: Do allow zero padding for strings.
Files: src/message.c
*** ../vim-7.0.117/src/message.cSun Sep 3 16:39:51 2006
--- src/message.c Tue Oct 3 15:41:44 2006
***
*** 4124,4131
Nicolas Weber wrote:
> > Hmmm
Im having a problem. Ctrl-A, ctrl-e, ctrl-k, ctrl-u, etc.
> > dont seem to work anymore. I have these lines in my vimrc:
>
> The attached patch should fix this problem as well (again the diff is
> against vim svn).
>
> The problem was that chars like ^A (ctr
Charles Campbell wrote:
> Bram Moolenaar wrote:
>
> >Suresh Govindachar wrote:
> >
> >>Is it possible to add an autocommand-event for "Clipboard Changed"?
> >
> >Not really. This is not something that happens inside Vim. Polling for
> >changes in the system is not really something I would like
Patch 7.0.117
Problem:Using "extend" on a syntax item inside a region with "keepend", an
intermediate item may be truncated.
When applying the "keepend" and there is an offset to the end
pattern the highlighting of a contained item isn't adjusted.
Solution:
Patch 7.0.116
Problem:64 bit Windows version reports "32 bit" in the ":version" output.
(M. Veerman)
Solution: Change the text for Win64.
Files: src/version.c
*** ../vim-7.0.115/src/version.cTue Oct 3 15:49:20 2006
--- src/version.c Tue Oct 3 16:29:31 2006
Charles E Campbell Jr wrote:
Bram Moolenaar wrote:
Suresh Govindachar wrote:
Is it possible to add an autocommand-event for "Clipboard Changed"?
Not really. This is not something that happens inside Vim. Polling for
changes in the system is not really something I would like to add to
Patch 7.0.115
Problem:When 'ignorecase' is set, Insert mode completion only adds "foo"
and not "Foo" when both are found.
A found match isn't displayed right away when 'completeopt' does
not have "menu" or "menuone".
Solution: Do not ignore case when check
Bram Moolenaar wrote:
Suresh Govindachar wrote:
Is it possible to add an autocommand-event for "Clipboard Changed"?
Not really. This is not something that happens inside Vim. Polling for
changes in the system is not really something I would like to add to Vim.
Bram -- would you b
Patch 7.0.114
Problem:When aborting an insert with CTRL-C an extra undo point is
created in the GUI. (Yukihiro Nakadaira)
Solution: Call gotchars() only when advancing.
Files: src/getchar.c
*** ../vim-7.0.113/src/getchar.cTue Sep 5 12:57:14 2006
--- src/getchar.c
Patch 7.0.113
Problem:Using CTRL-L in Insert completion when there is no current match
may cause a crash. (Yukihiro Nakadaira)
Solution: Check for compl_leader to be NULL
Files: src/edit.c
*** ../vim-7.0.112/src/edit.c Thu Sep 14 11:07:08 2006
--- src/edit.c Tue Oct 3
Patch 7.0.112
Problem:Python interface does not work with Python 2.5.
Solution: Change PyMem_DEL() to Py_DECREF(). (Sumner Hayes)
Files: src/if_python.c
*** ../vim-7.0.111/src/if_python.c Sun Apr 30 20:48:37 2006
--- src/if_python.c Fri Sep 22 15:08:33 2006
***
**
Patch 7.0.111
Problem:The gzip plugin can't handle filenames with single quotes.
Solution: Add and use the shellescape() function. (partly by Alexey Froloff)
Files: runtime/autoload/gzip.vim, runtime/doc/eval.txt, src/eval.c,
src/mbyte.c, src/misc2.c, src/proto/misc2.pro
*
On Tue, 2006-10-03 at 12:13 +0200, A.J.Mechelynck wrote:
> It's not half a dozen unwanted emails. It's just one email address, i.e.,
> [EMAIL PROTECTED] -- these false bounces all come from the same
> source. If you feel up to it, write [EMAIL PROTECTED] telling them their
> mail routers are mis
Marc Weber wrote:
When doing something like
map(["a","b"],"matchstr(v:val, "\(.\)"))
will the regular expression "\(.\)" be compiled on every iteration?
How about this:
for l in lines
if l =~"regex"
...
?
I noticed this beeing slow compared to executing grep once ago.
If this is an issue,
When doing something like
map(["a","b"],"matchstr(v:val, "\(.\)"))
will the regular expression "\(.\)" be compiled on every iteration?
How about this:
for l in lines
if l =~"regex"
...
?
I noticed this beeing slow compared to executing grep once ago.
If this is an issue, there
Ali Akcaagac wrote:
On Tue, 2006-10-03 at 11:34 +0200, A.J.Mechelynck wrote:
You can either blacklist [EMAIL PROTECTED]
in your mail reader (e.g. by creating a new filter rule,
'if From: is "[EMAIL PROTECTED]" then Move
to Trash'), or treat it in whatever manner you treat spam.
Hello,
I'm get
Hello,
Noticed two bugs in vim script highlighting:
1. xnoremap and snoremap are not fully recognized. Compare highlighting
of those three lines:
inoremap CtrlC()
xnoremap CtrlC()
snoremap CtrlC()
Arguments of xnoremap and snoremap aren't highlighted
2. Func
Nikolai Weibull wrote:
[...]
So anyway, I guess my request is for Felix von Leitner, or whoever
doesn't maintain this mailing list anymore (according to earlier
discussions on similar subjects), to remove the offending email
address from the mailing address.
Thanks.
nikolai
P.S.
Sorry about t
On 10/3/06, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
:command -bar Command ...
:cabbrev command Command
and then you'll wonder why you can't define a new user-command but it's your
funeral.
;-)
It's a solution, but it's not great; still, better than nothing.
nikolai
Yakov Lerner wrote:
Me too. I think it means that (1) "email address at KNBT that is
unavailable or no longer valid", and (2) it's time for you to add
special filtering rule to your mail reader. I mean, who said mail bot
cannot post to mailing list ?
Yakov
[...]
The mailbot is not posting to t
On Tue, 2006-10-03 at 11:34 +0200, A.J.Mechelynck wrote:
> You can either blacklist [EMAIL PROTECTED]
> in your mail reader (e.g. by creating a new filter rule,
> 'if From: is "[EMAIL PROTECTED]" then Move
> to Trash'), or treat it in whatever manner you treat spam.
Hello,
I'm getting these mails
Nikolai Weibull wrote:
I keep getting this f**king message every time I post to vim-dev.
Seriously, wtf?
nikolai (awaiting another notification for this mail not getting through)
-- Forwarded message --
From: System Administrator <[EMAIL PROTECTED]>
Date: 2 Oct 2006 14:19:05 -0
Yakov Lerner wrote:
> I observe that CursorHold is not triggered when cursor
> in spending long time in commandline, correct ?
>
> Is it possible to trigger CursorHold also when cursor is
> in command line ? (Maybe by some :au CursorHold
> syntax ?)
That would be the CursorHoldC event. I woul
On 10/3/06, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
Nikolai Weibull wrote:
> On 10/1/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
>>
>> Nikolai Weibull wrote:
>>
>> > One thing that really annoys me with Vim is the limits it emposes on
>> > what names are legal for user-defined functions and c
Nikolai Weibull wrote:
On 10/1/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Nikolai Weibull wrote:
> One thing that really annoys me with Vim is the limits it emposes on
> what names are legal for user-defined functions and commands. I know
> the reason for these restrictions, but I don't th
46 matches
Mail list logo