tried the eat function... it does seem to help a bit, but I get this error all the time...
** Script Error: awake has no value ** Where: eat ** Near: awake only I'm using 1.2.10 is that an issue? merci :-) -MAx --- "You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun." > -----Original Message----- > From: Dide [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 15, 2004 2:27 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Re: [view] accelerating view... > > > Re: [view] accelerating view... > Hi Max > > > I REAAAAALLLYYYYY need to get view refresh more quickly. > > > > The 'eat function from Romano and Gabrielle is here for that. > Not sure it's the last version (not found on his web page), > but here is one : > > eat-ctx: context [ > free: true > set 'eat func [/only blk [block!]] [ > if free [ > free: false > any [only blk: [move]] > until [ > only: pick system/view/event-port 1 > not all [only find blk only/type] > ] > if only [awake only] > free: true > ] > ] > ] > > To use it: put the 'eat func where you want events to be eat > (usually in feel/engage, before a "show face"). > > DideC > > > > > is there a way to look-ahead for events and forget events > in some circumstances (like if there is already a more recent > mouse move event, I'd skip all those in the cue and perform > only the latest one... that is a very common process amongst > true signal based event handling). > > > > can creating my own handler allow me to streamline the > event handling so that less useless events are generated, > thus reducing lag? > > > > > > Thanks in advance !!! > > > > > > -MAx > > --- > > "You can either be part of the problem or part of the > solution, but in the end, being part of the problem is much more fun." > > > > > > > -- > To unsubscribe from this list, just send an email to > [EMAIL PROTECTED] with unsubscribe as the subject. > > -- To unsubscribe from this list, just send an email to [EMAIL PROTECTED] with unsubscribe as the subject.
