ok, here are some things I consider important, i.e. which I would like
to see in GGI (eventually). Please tell me whether you agree and whether
you think it might be possible to include it in the next release.
* visual update feedback (through named pipe or unix socket)
add a fifo to the shm visual structure, and implement the ggiFlush
functions such that the repaired region is reported back through the
channel, if desired.
The initializer string could simply be completed by a token "-p:<name>"
or "-s:<unix sockaddr>" indicating whether the client wants feedback
and if so, what transport.
If nobody else is working on that one, I'm probably putting my hands on
it myself shortly. This would be essential if we want to provide a low
level emulator for porting X applications to berlin.
* physical size of a visual
as I once proposed, it might be desirable to know the visual's physical
dimensions. Lots of applications need such information, so it would be
best to provide that info at a low level instead of requiring every application
to provide a calibration tool.
Some devices provide that information, in which case you could simply use
that to fill in the visual.size part. Else provide some means to read that
information from a central configuration file (probably together with other
necessary data
This requires some thought / design, so I'm not going to do anything without
your suggestions / feedback.
Andreas Beck wrote:
> > >> * Remove _ggi_malloc and friends, use true error handling.
> > > Too much work to do before release.
> > Probably. A quick grep shows, that it isn't used much in the core, but quite
> > some in the targets.
>
> --- Pending. If someone with insight into the LibGGI internals has some free
> --- time - get at it.
what would you like to be done ? replace _ggi_malloc with std malloc ?
on a more administrative note: I'd like (as I pointed out) a distribution to
contain multiple packages, at least a separation between the basic parts
(libGII and libGGI plus target plugins) and the extensions. May be they could
even get independent version numbers. In fact, some of the extensions are rather
new (XMI, for example), so it would only confuse people to find them in a package
with version number 2.1...
Regards
_______________________________________________________
Stefan Seefeld
Departement de Physique
Universite de Montreal
email: [EMAIL PROTECTED]
_______________________________________________________
...ich hab' noch einen Koffer in Berlin...
