Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

[REBOL] Re: P2P Q&A

From: petr:krenzelok:trz:cz at: 4-Oct-2001 11:01

Richard Smolak wrote:
> ----- Original Message ----- > From: <[holger--rebol--com]> > To: <[rebol-list--rebol--com]> > Sent: Wednesday, October 03, 2001 10:30 PM > Subject: [REBOL] Re: P2P Q&A > > > On Wed, Oct 03, 2001 at 09:39:04PM +0200, Petr Krenzelok wrote: > > > I am not sure I remember it correctly, but does Cyphre mean following? : > > > when you hid face, containing sub-faces, all timer in subsequent faces > are > > > stopped/removed from queue? Cyphre? > > > > AFAIR this is fixed. I don't remember if the fix is in the current View > > release though. > > > > Yes, the problem with recursive removing time-events when face is 'hide is > fixed(If I remember from last version of /Link or so..). > But I think we need sometimes recursively remove/freeze time events without > hiding the face. I know, we can recursively search the whole face-tree and > set rate to 0 or so(this would be sloow when searching more complex faces) > but why not use the part of code from 'hide command and make similar one for > example 'freeze. So when you: freeze my-face , my-face and all its subfaces > won't receive time events but still remains shown...this will work like tap > in pipe cascade of event-tree...
I wonder what happened to my proposed find/deep or locate suggestion. If it would implemented in C level, it would fly ... -pekr-