From owner-freebsd-hackers  Thu Feb 20 01:09:37 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id BAA00473
          for hackers-outgoing; Thu, 20 Feb 1997 01:09:37 -0800 (PST)
Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00466
          for <FreeBSD-hackers@freebsd.org>; Thu, 20 Feb 1997 01:09:26 -0800 (PST)
Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id KAA02474; Thu, 20 Feb 1997 10:07:24 +0100 (MET)
From: Søren Schmidt <sos@ravenock.cybercity.dk>
Message-Id: <199702200907.KAA02474@ravenock.cybercity.dk>
Subject: Re: pcvt/132 columns
In-Reply-To: <199702191833.LAA13401@phaeton.artisoft.com> from Terry Lambert at "Feb 19, 97 11:33:47 am"
To: terry@lambert.org (Terry Lambert)
Date: Thu, 20 Feb 1997 10:07:15 +0100 (MET)
Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hm@kts.org,
        ccsanady@nyx.pr.mcs.net, joerg_wunsch@uriah.heep.sax.de,
        FreeBSD-hackers@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL30 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In reply to Terry Lambert who wrote:
> > > Look at the "Linux GGI" code (run a search on AltaVista for it, or
> > > look for "Generic Graphic Interface" in the Linux groups on DejaNews).
> > > It is *exactly* the "super console" design that never got done in
> > > the BSD camps after it was first discussed in fall of 1993.
> > 
> > I've looked at it, and I'm not that impressed. It tires to solve the
> > problems we all know and love, but its still VERY green.
> 
> I agree.  I was responding to the idea Mike put forward:

WOW! Terry agree's with me !!
 
> > Besides this I still think we could need a simple system that will
> > run on std VGA/EGA/CGA/HGA, and provide a simple graphics interface
> > for sysadm utils and the like, but being REAL small on resource
> > usage (yes I have been working on this for a looooong time, and
> > have most of whats needed, just no real use for it yet).
> > This can be done with the support we allready have, including
> > switching vtys etc etc....
> 
> If we look at the current console driver as our "default" SVGA driver,
> then we have this support already.  The missing piece is the component
> seperation of emulation and VT management from mode and access type.
> This seperation would be a win in any event, even if we never took
> it any further.

This is underways...

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt               (sos@FreeBSD.org)               FreeBSD Core Team
                Even more code to hack -- will it ever end
..