nanogui: Re: nanoGui development


Previous by date: 4 May 1999 17:46:15 -0000 Re: nanoGui development, Alex Holden
Next by date: 4 May 1999 17:46:15 -0000 Re: where are gdImage* routines, Alex Holden
Previous in thread: 4 May 1999 17:46:15 -0000 Re: nanoGui development, Alex Holden
Next in thread: 4 May 1999 17:46:15 -0000 Re: nanoGui development, Alex Holden

Subject: RE: nanoGui development
From: Greg Haerr ####@####.####
Date: 4 May 1999 17:46:15 -0000
Message-Id: <01BE9623.F0FCBE70.greg@censoft.com>

Sorry, Alex, for some reason I was thinking that you and Alan Cox were named Alan  ;-)

I think its better to use ANSI C prototypes.  bcc is the compiler that ELKS uses, 
its a pretty good, small C compiler that compiles 16 and 32 bit.  I have modifed
it to compile ansi functions.

In regards to GPM, I will abstract it to yet another mouse driver, which will allow
any mouse driver to be used.

In regards to X, it might be a good idea to rename stuff, but I think it's fine for now.

I would be interested in a bunch of other simple X programs to add to the test suite, though.
We could create a #define header file to convert the function calls...

Greg

On Tuesday, May 04, 1999 11:32 AM, Alex Holden ####@####.#### wrote:
> On Tue, 4 May 1999, Greg Haerr wrote:
> > 	I've got the nanoGui project moved up quite a bit.  It now runs the sample
> > programs pretty well.  As Alan mentioned, I'll be checking all this stuff in shortly.
>                              ^ Alex 
> 
> > 	o A mouse driver (this is more of a pain, we could still leave it out of the kernel)
> 
> If you don't want to use GPM, there was some simple MS and PS2 protocol
> stuff in there before which didn't work. You could try getting that 
> working as a compile time option.
>  
> > 	o Nanogui uses ANSI prototypes that won't compile with bcc, unless someone
> > wants my ansi modifications,  I'm thinking of releasing it myself.
> 
> Oops. Mini-X was K&R, but I changed it all to ANSI because I thought no
> sane compiler didn't do ANSI these days ;) What's bcc anyway?
> 
> > 	Currently, NanoGui implements a decent subset of low-level X primitives, although
> > they're renamed.  Window creation, GC manipulation and text routines work.  We still
> > need some better low-level drawcode support.  For instance, XOR drawing isn't done yet.
> 
> I wouldn't mind renaming them all to get them closer to X.
> 
> --------------- Linux- the choice of a GNU generation. --------------
> : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham :
> -------------------- http://www.linuxhacker.org/ --------------------
> 

Previous by date: 4 May 1999 17:46:15 -0000 Re: nanoGui development, Alex Holden
Next by date: 4 May 1999 17:46:15 -0000 Re: where are gdImage* routines, Alex Holden
Previous in thread: 4 May 1999 17:46:15 -0000 Re: nanoGui development, Alex Holden
Next in thread: 4 May 1999 17:46:15 -0000 Re: nanoGui development, Alex Holden


Powered by ezmlm-browse 0.20.