teunis <[EMAIL PROTECTED]> writes:
> On Tue, 18 Apr 2000, Andreas Beck wrote:
>
> > > I have argued in the past for a more formal separation of LibGII
> > > from LibGGI. This would decouple the event queues from ggi_visual(s).
> >
> > Actually they are separated. LibGII provides all event functionality.
> >
> > All that LibGGI does is automatically locate and load the approriate
> > "default" event sources for a given target.
> >
> > After that you are free to do anything to them. Close them down (o.k. -
> > that's not strictly supported, but could be added easily, if required) join
> > more inputs, ...
Hmm, one very interresting point Stefan has risen is that of how
to know what visual an event is associated with in case you have
joined events from several visual together. Sure you could check
the origins of the event sources for each visual before joining
them, but that would be really combersome.
We really should have a "visual" element in the events. It would
break binary compability, but as you just need a recompile I think
it's worth it, unless someone has a better solution?
> Okay. Can someone -please- fold the event sources in fb/... out into GII?
> Seriously!
> or something?
Huh? The input sources for the fbdev target are in LibGII.
> Or suggest a target with the same event sources so I could dynamically
> start FB/X/... if I needed graphics?
What is the problem? Exactly what is it that you want to do?
//Marcus
--
-------------------------------+------------------------------------
Marcus Sundberg | http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
