Rodolphe Ortalo wrote:
>
> (Yes, I know I am a bit late on this answer but, well...)
>
> On Fri, 29 Sep 2000, Stefan Seefeld wrote:
> > The next thing to do is to implement event routing. However, as the
> > client will have a single ggi visual, we still need a region management
> > library (client side) which figures out the recipient for positional
> > events. I.e., it will be straight forward to run XGGI as a berlin client,
> > since X managers do that already (associating events with 'windows').
> > However, in the long run we don't want to start one XGGI server per client :)
> > Therefor, we need to factor out (or rewrite) a region manager which provides
> > that functionality.
>
> Maybe you will want to have a look at LibGWT which should provide the
> foundation for such things: event routing and region management for
> "window-like" things.
exactly. libgwt is certainly a good starting point. I have no idea about is
actual state, whether it can be used to port X toolkits, etc.
Anyone ?
> Even if you do not like it as-is, maybe you will find useful for your task
> to re-use or enhance it.
>
> Note also that, in the context of LibGWT, I also wanted to figure out how
> it would be possible to share a "wisual" between various processes
> (top-level manager/server and child processes). I'd be interested to look
> on how you handle such problem within Berlin.
I don't understand your question. berlin doesn't use libgwt. We have our
own region management, based on the concept of a 'scene graph', and a deferred
drawing model, based on scene graph traversals.
Regards, Stefan
_______________________________________________________
Stefan Seefeld
Departement de Physique
Universite de Montreal
email: [EMAIL PROTECTED]
_______________________________________________________
...ich hab' noch einen Koffer in Berlin...
