Path: utzoo!utgpu!watmath!mks!wheels From: wheels@mks.UUCP (Gerry Wheeler) Newsgroups: comp.os.minix Subject: Re: Wanted: Minix-cc(1)-compilable line graphics example Message-ID: <568@mks.UUCP> Date: 21 Nov 88 00:07:23 GMT References: <595772331.26840@minster.york.ac.uk> Organization: Mortice Kern Systems, Waterloo, Ont. Lines: 33 In article <595772331.26840@minster.york.ac.uk>, john@minster.york.ac.uk writes: > Should Minix have a graphics library, and a `window manager'? > My hope is to support those who will try to prevent the addition of > monstrosities like NeWS and Display PostScript to Minix (not enough > memory on the PC, anyway :-> ). If the correct way for Minix to go > generally is the that of the 8th and 9th editions, then the Blit (Bell > Labs Intelligent Terminal) approach - adapted to Minix - may be suitable. > This would entail adding a *small* `Display Manager' process (`DM'? > - analogous to the Blit's Mpxterm) alongside MM & FS. Sounds good to me. Hopefully this will be doable on the ST version as well? While we're talking about graphics, I'd like some input about how graphics can be done within MINIX. For example, on the ST, one could use /dev/mem to write directly to the video memory, but I think that would be rather poor. Perhaps another minor device can be added to the memory driver which references the video memory? At the moment, I'm just thinking about the ability to put bits on the screen, so that I can show Neochrome pictures for example. However, eventually I've no doubt there will be some sort of graphics manager that will require access to the screen. Perhaps this driver could be the bottom end for it. In fact, perhaps this driver could also be the bottom end for the tty driver so everything goes through a common interface. Just a thought. Any other ideas? -- Gerry Wheeler Phone: (519)884-2251 Mortice Kern Systems Inc. UUCP: uunet!watmath!mks!wheels 35 King St. North BIX: join mks Waterloo, Ontario N2J 2W9 CompuServe: 73260,1043