hi,
while I'm further investigating the possibilities to
embedd ggi applications into berlin, I come across a couple
of (hopefully minor) problems. Here is one:
As the ggi client won't draw into the screen visual directly,
but only into a memory visual, I need a way to let the client
notify the server, that the memory visual has changed, i.e. that
the screen needs to be repaired.
Does libGGI currently provide any means to achieve this ? A possibility
for example would be to have kind of a 'expose event' callback, which
I can register with, say, ggiFlush().
I'v always wondered how your cube3d example worked. It appears the main
program only samples the slaves, i.e. there is no synchronization taking
place which guarantees a) that there is no read access of the visual while
the slave is writing and b) that the main program redraws after one of the
slaves wrote into its drawable.
Ideas ?
Regards, Stefan
PS: I'm trying to forward events from berlin to the slave ggi program.
A fun thing to do would be to run XGGI inside berlin. But for this to
work I need a way to update the berlin server when the XGGI server flushes
its visual. Sampling is neither sufficient nor efficient.
_______________________________________________________
Stefan Seefeld
Departement de Physique
Universite de Montreal
email: [EMAIL PROTECTED]
_______________________________________________________
...ich hab' noch einen Koffer in Berlin...
