Path: utzoo!attcan!uunet!lll-winken!sun-barr!decwrl!asente
From: asente@decwrl.dec.com (Paul Asente)
Newsgroups: comp.windows.x
Subject: Re: X applications
Message-ID: <2045@bacchus.dec.com>
Date: 4 Nov 89 07:58:03 GMT
References: <ANTHONY.89Nov2150702@sibbald.alberta.UUCP> <2040@bacchus.dec.com> <127365@sun.Eng.Sun.COM>
Organization: DEC Western Software Lab
Lines: 20

In article <127365@sun.Eng.Sun.COM> argv@sun.UUCP (Dan Heller) writes:
>In article <2040@bacchus.dec.com> klee@decwrl.dec.com writes:
>> DECwindows, DEC's implementation of X
>
>Shirly, you must be kidding.  DECwindows is not an implementation of
>X, is it?  It's just a window manager + other applications (that you
>listed) which describe a user "environment" of some sort.  From your
>statement, it sounds like you're saying that DEC is *rewriting* Xlib,
>Xt and other libraries to support DECwindows.  The implications of
>this are disturbing.

What is so disturbing about this?  (And don't call him Shirley!).

Digital's Xlib supports non-C language bindings so you can use it from
other languages.  Digital's Intrinsics had extra performance work done
(given back to MIT for R4, btw).  The DS3100 color server is highly
optimized.  What's wrong with referring to "DEC's implementation of X"???

	-paul asente
	    asente@decwrl.dec.com	decwrl!asente