[REBOL] Re: Event redirection within face hierachies (View//Face] [View//Event]
From: greggirwin::mindspring::com at: 20-Jun-2004 10:03
JM> As the control overlay is the topmost (active) window it is receiving
JM> the events. If these events are not triggering a subcontrol located on
JM> the control face then these event need to be propagated downwards to the
JM> plan screen for final input to be analysed and acted upon. If the pilot
JM> clicks in the control overlay this plots a point on the map - clicking
JM> and holding the mouse down will draw a dynamic line which will get
JM> placed once an up event is received.
I don't know anything about the internals, but I wouldn't be surprised
if RT set things up to allow--someday--the ability to hook into the
event chain "for real"; it isn't there today though.
What I wonder is whether you need to do it at all in this case. i.e.
can you take the events and operate directly against the data that is
being used to render the overlays, updating associated faces if
necessary? That would give you more control over how things are done,
where events can come from, etc.