Controller loops
Terry Raymond
traymond at craftedsmalltalk.com
Mon Sep 7 15:30:02 UTC 1998
On Mon, 07 Sep 1998 15:26:26 +0200, Stefan Matthias Aust wrote:
>A system event dispatcher will retrieve these VM events, process and
>dispatch them. It'll listen to all movement events, determining the active
>window widget, sending a "mouse entered" to that widget. It's now the
>responsibilty of the window widget to react. The window might register
>itself as the active window. Key events are always forwared to the active
>window (if there's one). The window will then forward the key to the widget
>which currently has the focus.
>
>This has to be detailed, but it seems to be strait forward.
>
>But how to deal with concurrent processes? Any ideas?
I think that for each windowing application there should be a separate
process and event handler. Dialogs generated by an application would
use the app's process and event handler. This approach would make each
application look like a standard OS application. One immediate advantage
would be that if an application hangs the entire image will not hang.
Terry Raymond
Crafted Smalltalk
(401) 846-6573 http://www.craftedsmalltalk.com
More information about the Squeak-dev
mailing list
|