Hello,
a new snapshot of KGI-0.9 has been released and may be downloaded from
http://kgi.sourceforge.net
What's new?
- Overall source tree cleanup
- source tree now moved to SourceForge's CVS Repository
- added driver development SDK (basically a few scripts that aid
you in getting a driver
Andrew Apted wrote:
Personally, the idea of getting input "independently" of the output
doesn't feel right. The traditional "window" is a good abstraction,
it is a place to draw stuff for the user, and a place to receive the
feedback from the user.
But you don't listen to a window for
OK I am running a standard Apple PowerPC G400 with an ATI Rage card (AGP).
Here is proc/pci and the systeminfo output from KGIcon:
machine : PowerMac3,1
motherboard : PowerMac3,1 MacRISC Power Macintosh
pmac-generation : NewWorld
[PCI]
PCI devices found:
Bus 0, device 16,
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"
Andreas Beck wrote:
On a different note: the Berlin project will present itself
on LinuxTag in Stuttgart this year, both, with a booth as
well as in a talk. Does anyone from GGI intend to show up
in Stuttgart ? May be we could meet and discuss various
aspects of the above...
When
Does ggi depend on Xwindow system for anything?
No.
can it draw graphics right in the console like svgalib?
Yes. Using SVGAlib or native drivers.
LibGGI can be thought of as "Meta-Graphicslib" that will draw on about
anything.
i ask this cause my project is to port a light window system
According to me email software Stefan Seefeld wrote:
| Andrew Apted wrote:
| Personally, the idea of getting input "independently" of the output
| doesn't feel right. The traditional "window" is a good abstraction,
| it is a place to draw stuff for the user, and a place to receive the
|
[EMAIL PROTECTED] wrote:
| But you don't listen to a window for events. You listen to the server
| connection ('XDisplay') for events which *refer* to windows. A window -
| as it is seen by the application - is completely unaware of events.
The ability to listen to the display as a whole
Here's the module header for a movie player object from the movie player
I've been mucking with..
How's this look?
Now a problem I see is how to handle colourmodels;
Oh and the void* is simply an override for a pointer to self.
This IS C I'm using :)
G'day, eh? :)
- Teunis
#define
Hey - someone mentioned CMUCL on this list a bit ago... unfortunately
I've lost the mail.
Any idea where I could get a copy that works?
/aside I'd like to patch the interface to be loadable into a running
system with, say, Berlin or GGI in it already :)
Thank you in advance!
G'day, eh? :)
In lib/libgii/gii/gii.c, in the function
int giiClose(struct gii_input *inp);
there is this code at the end of the closing loop:
curr = curr-next;
_giiInputFree(curr-prev);
} while (curr!=inp);/* looped through once. */
The call to
Once upon a time I wrote:
| But you don't listen to a window for events. You listen to the server
| connection ('XDisplay') for events which *refer* to windows. A window -
| as it is seen by the application - is completely unaware of events.
The ability to listen to the display as a whole
On Mon, Apr 17, 2000 at 11:39:35AM -0400, Stefan Seefeld wrote:
On a different note: the Berlin project will present itself
on LinuxTag in Stuttgart this year, both, with a booth as
well as in a talk. Does anyone from GGI intend to show up
in Stuttgart ? May be we could meet and discuss
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.
[EMAIL PROTECTED] (Tijs van Bakel) writes:
In lib/libgii/gii/gii.c, in the function
int giiClose(struct gii_input *inp);
there is this code at the end of the closing loop:
curr = curr-next;
_giiInputFree(curr-prev);
} while (curr!=inp);
The LinuxTag is from 29.06 to 02.07. in Stuttgart.
Looks good. It's on a WE, so it might be well possible.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
16 matches
Mail list logo
