[REBOL] Re: P2P Q&A
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
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...
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