On 11/09/06, Gaspar Chilingarov <[EMAIL PROTECTED]> wrote:
Hello all vimmers!
I would like to ask - how should I add additional stuff in
RealWaitForChar? I have some network protocol, when another side
periodically send me keepalive messages(every 10-15 secs). I would like
to receive them and pr
On 29/08/06, Ilya <[EMAIL PROTECTED]> wrote:
Brad Beveridge wrote:
> On 26/08/06, Brad Beveridge <[EMAIL PROTECTED]> wrote:
>
>>
>> Cheers
>> Brad
>
> Hi, sorry for all the trouble :) I'm having redraw issues, where
> running this code
Once again, I only replied to Bram. Sorry.
On 28/08/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Brad Beveridge wrote:
> >
> > > Q1) Is using ml_append from (effectively) within RealWaitForChar a bad
> > > thing? At the moment it appears to work properly
On 28/08/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Brad Beveridge wrote:
> Hi, sorry for all the trouble :) I'm having redraw issues, where
> running this code to append chars is causing strange problems.
> The scenario is this (always using the code below for char o
On 26/08/06, Brad Beveridge <[EMAIL PROTECTED]> wrote:
Cheers
Brad
Hi, sorry for all the trouble :) I'm having redraw issues, where
running this code to append chars is causing strange problems.
The scenario is this (always using the code below for char output):
1) Write a char
>
> Q1) Is using ml_append from (effectively) within RealWaitForChar a bad
> thing? At the moment it appears to work properly.
Yes. You never know where in Vim you are, the caller may not handle the
situation that the text changes unexpectedly. It's similar to
autocommands, which have caused
a screen update from RealWaitForChar
Date: Fri, 25 Aug 2006 07:33:40 -0700
From: Brad Beveridge <[EMAIL PROTECTED]>
To: A.J.Mechelynck <[EMAIL PROTECTED]>
References:
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTEC
I have gathered together the network_io patch as best I can. The
author is Jim Bailey, not me - however Jim is currently roaming about
in the world and was unable to respond to my requests for permission
to distribute this code. Jim did include the standard Vim license
comments in his files, and
On 22/08/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Brad Beveridge wrote:
>
> Q1) Is using ml_append from (effectively) within RealWaitForChar a bad
> thing? At the moment it appears to work properly.
Yes. You never know where in Vim you are, the caller may not handl
On 22/08/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
I understand. It would be a bit more efficient if the new, empty line
that you add when a newline is encountered already has room for a
certain number of characters.
Ah, I see. True, but since I don't know the code base that well I
di
On 22/08/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Brad Beveridge wrote:
Thanks for making this patch.
No problem - it happened to be my particular itch :)
I wonder how you create a new line. Using the old mechanism you mostly
end up reallocating the line at the next
The last code I posted was a little broken. Here is a patch that
appears (after a reasonable amount of testing) to work quite well for
very quickly appending chars to a vim line.
As I said, scripting language authors that use Vim output buffers as
STDOUT style streams could use this to good advan
On 16/08/06, Brad Beveridge <[EMAIL PROTECTED]> wrote:
On 16/08/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
>
> Brad -
>
> > As a side note, if I wanted to get really fast char append, how does
> > this method sound:
> > 1) In a structure (not sure if
Hi all, I'm working with a Vim that has been hacked so that you can
get callbacks when data appears on a socket.
Basically, our callback system works in pretty much the same way as
the code in FEAT_SNIFF. We add the filedescriptors that we are
interested in to the select/poll code in os_unix, if
On 16/08/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Brad -
> As a side note, if I wanted to get really fast char append, how does
> this method sound:
> 1) In a structure (not sure if a mem_line or bufT struct), have three
> new entries
> uint current_line_num;
> uchar *current_line_buffer;
Hi all,
I'm working with a Vim that has been patched to support ECL Lisp
(http://wiki.alu.org/Vim_ECL). Part of our project involves
outputting potentially large amounts of data to a buffer in a
streaming fashion, ie always adding at the end.
I think that I have worked out a reasonable way to ap
On 16/06/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Brad Beveridge wrote:
> Hello all, I am involved in a project that has embedded ECL
> (http://ecls.sourceforge.net/), a Lisp interpreter into Vim. Our end
> goal for the project involves having Lisp code inside of V
Repost: to the actual list this time:
On 16/06/06, Yakov Lerner <[EMAIL PROTECTED]> wrote:
On 6/16/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> Brad Beveridge wrote:
> > Hello all, I am involved in a project that has embedded ECL
> > (http://ecls.sourceforge.net
I accidentally posted to individuals, not the list - damn Gmail!
Brad
On 16/06/06, John (Eljay) Love-Jensen <[EMAIL PROTECTED]> wrote:
Emacs can do everything: it's an editor, an environment, an operating system
(in the same sense that JVM is an operating system), and a religion. The only
th
Hello all, I am involved in a project that has embedded ECL
(http://ecls.sourceforge.net/), a Lisp interpreter into Vim. Our end
goal for the project involves having Lisp code inside of Vim respond
to incoming data from a socket, so we also have a patch that allows us
to register callbacks that w
20 matches
Mail list logo