Re: Why gnome apps should offer both guile and Corba.



John> Assuming: that the gnome editor exported to Corba some way to
John> register for events like "file changed" and "file saved".

John> 1) I would write a script X in some corba client to launch the
John> editor with the file.

John> 2) Script X would register interest in the "file changed" event.
John> 3) When script X got the "file changed" event it would record
John> this in my log.

I don't understand your example.

It's true there might be problems if you had to find the editor object
in order to ask for events.  But I don't think you'll have to do this.

Instead, I think we'll have a generic Event Manager, which will act as
an "event bus".

Objects that generate interesting events will connect to the manager
and post events.

Objects that want to receive events will connect to the manager and
listen.


We'll use the CORBA Event Service as the core of the event manager.
Basically all of our "additions" will be just convention:

* Conventions for event types.
* Conventions for event naming
* Our service will be located at a particular place in the namespace


Does this make sense?


I can expand on what I think an event ought to be, and why, if anybody
cares.

Tom



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]