Subject:
RE: nanoGui development
From:
Greg Haerr ####@####.####
Date:
3 May 1999 20:55:36 -0000
Message-Id: <01BE9575.33261A80.greg@censoft.com>
Alex,
Thanks for answering so quickly. It seems like you've got no
problem with me moving this stuff forward, since you've got other projects and
exams. I've been looking for just this kind of initial project, since I'm into
"small" systems, guis, compiler/interpreters.
I'll get all this stuff working, and change a few things so that
the project can be compiled as client/server, as well as a non-network version. I also
have some ideas on how to better integrate the "screen drivers" (bogl) so that
different bits-per-pixel etc can be supported, and that the screen driver interface
is extremely well defined.
I got into this because I've been watching the ELKS development work,
and they were wondering whether this work could used for their project. The answer
is absolutely yes, although some direct real-mode linked in frame-buffer support would
be necessary. To get ready for that, and the associated possible 16-bit compiles, this
project should use typedefs for the internal types, like colors, and x,y,w,h stuff. I would
like to typedef all that stuff. All-in-all, this would allow for nanoGui to become quite
portable.
On another note, it took me quite a while to figure out the v2.2 framebuffer support,
since I was running v2.0. It might be a good idea to include some setup info in your
FAQ. With the low-level interface well implemented, it would also be fairly straight-forward
to include support for vgalib, which would allow older v2.0 linux users to run this.
Greg
On Monday, May 03, 1999 1:20 PM, Alex Holden ####@####.#### wrote:
> On Mon, 3 May 1999, Greg Haerr wrote:
> > After working dang near the whole weekend on it, I finally have the
> > nanoGui package up and running. It turns out there were all sorts of unimplemented
> > routines... I wrote all the event management stuff, GetNextEvent, CheckNext, Peek,
> > etc. I was wondering, did this package ever run the examples/demo or exampes/landmine?
>
> It did before I broke quite a lot of it in writing the network code and
> (starting to) fix various things which were badly done the first time
> round.
>
> > It appears that they never ran. In any case, I've got the demo running now. I've also
>
> Great.
>
> > written a stub library that allows the application to be linked directly to the server,
> > so that the network stuff can be debugged separately.
>
> Haha. That sounds like it was before I started on it ;) Originally the
> application and server were linked together because the original author
> never got around to writing the network stuff.
>
> > There's quite a few issues I would like to talk about. Is there a way we could
> > talk? I need to get an understanding as to what has worked etc, so I don't spend
>
> Email is best, either personal or through the list. IRC isn't ideal for me
> as we have to pay for phone calls by the minute in the UK.
>
> > too much time rewriting stuff that supposedly once worked... By tonight I think
> > I'll have all the event stuff completely working, as well as the text output. I'm also
> > ready to put in the fixes for cursor hiding during drawing, etc.
>
> I'm not working on Nano-X currently myself, as I have a couple of projects
> for Uni to finish off very urgently, plus exams in a couple of weeks. The
> only reason I released it when I did really was because I knew I wouldn't
> have any time to spend on it myself for a while, but that others might
> want to have a go...
>
> > Are you currently doing all this also, or should I send you my source?
>
> No, I don't have the time to do it myself at the moment. I'll give you
> the details for write access to the CVS server in a seperate mail, so you
> can sync your stuff up yourself.
>
> --------------- Linux- the choice of a GNU generation. --------------
> : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham :
> -------------------- http://www.linuxhacker.org/ --------------------
>
