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


From: cyphre:volny:cz at: 4-Oct-2001 10:32

----- 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
> > 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... Maybe this could be solved differently when creating/changing of events will be implemented. Then we could for example filter all time events containing destination my-face using own functions inserted on the top of the event tree...for example: func [face event][if all [event/type = 'time event/dest = my-face] [return none] return event] Cyphre