HDTenEightyP/NetNews huggingface dataset:
From: twl@cs.brown.edu (Ted "Theodore" W. Leung)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 5 Sep 92 04:09:45 GMT
Distribution: fj
Organization: Dept. of Computer Science, Brown University

Date: Fri, 4 Sep 1992 13:26:47 GMT
Message-Id: <TWL.92Sep4082647@trane.cs.brown.edu>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.misc,comp.windows.news,comp.windows.x

>>>>> On Thu, 3 Sep 1992 15:25:16 -0500, "Ken Rawlings" <krawling@papaya.ucs.indiana.edu> said:

Ken> Anyway, I think these issue point out a central problem of a
Ken> "Total" GUI based operating system: If the functionality is not
Ken> already there, it's damn hard to get something new done.

Actually, this issue points out a central problem in systems with a
typed file system.  It has nothing to do with GUI/CLI.  If you had a
CLI that operated on Mac files and respected the type information
about files, you would find yourself equally unable to do what you
wanted.  Both GUI's and CLI's will have to provide a method for
changing the type of a file in order to solve your problem.  ResEdit
comes to mind as such a program.  I do believe, however that your .bin
file needs further conversion -- changing the type to APPL probably
won't work.

Ted
--
--------------------------------------------------------------------
Internet/CSnet: twl@cs.brown.edu 	| Ted "Theodore" Leung
BITNET: twl@BROWNCS.BITNET		| Box 1910, Brown University
UUCP: uunet!brunix!twl			| Providence, RI 02912
From: adolce@bbn.com (Anne Dolce)
Newsgroups: fj.mail-lists.x-window
Subject: PBM and Insensitive Pixmaps
Date: 12 Sep 92 08:24:19 GMT
Distribution: fj
Organization: Bolt, Beranek & Newman, Inc.

Date: 11 Sep 92 16:04:31 GMT
Message-Id: <lb1gsfINNfre@news.bbn.com>
Newsgroups: comp.windows.x

Hi,

  Could someone tell me which (if any) of the pbmplus
  utilities can be used to convert a pixmap into one
  which looks like it is insensitive?  I have two-color
  icons (e.g., light green and dark green) and I need
  a pixmap which gives the appearance that the icon is
  insensitive.

  I was playing with ppmdither, but don't really know
  how to use it for this purpose.  Thanks for any help.

Anne
----
*        *                   *********************************
*        *                   *  Anne Dolce (adolce@bbn.com)  *
*        *                   *  BBN Software Products        *
******   ******   ******     *  150 Cambridge Park Dr 20/9C  *
*    *   *    *   *    *     *  Cambridge, MA  02140  USA    *
*    *   *    *   *    *     *  Phone:  617-873-2122         *
******   ******   *    *     *********************************
From: mellon@ncd.com (Ted Lemon)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 12 Sep 92 23:54:53 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: 11 Sep 92 20:21:59 GMT
Message-Id: <mellon.716242919@pepper>
Newsgroups: alt.religion.computers,comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors

mark@spider.co.uk (Mark Valentine) writes:
>The out-of-the box configuration of keyboard accelerators in Windows
>is something I'd truly like to see emulated elsewhere.  The silly two-
>button rodents which seem to be common on PCs here give me cramps after
>a few minutes use, but I can quite happily ignore the mouse with such
>features as ALT-<arrow> to browse the menus (e.g. ALT,DOWN,RIGHT,RIGHT),
>and ALT-TAB-TAB sure beats grubbing around the desktop the hard way...

Unfortunately, because the GUI has completely taken over the functionality
of the ALT key, anybody who's accustomed to using Emacs immediately loses.
I've also noticed that (at least with Motif, which has the same keyboard
traversal mechanism) that typeahead doesn't really work - if you type your
commands quickly, you will inevitably lose due to characters being eaten by
the wrong widget.   To me, this sort of UI behaviour is inexcusable.

>Although I'm a novice as far as Windows is concerned, I can get around
>it a darn sight quicker than I can the twm I've been using for years and
>still haven't got around to configuring for decent mouseless operation!

TWM can be configured to allow keyboard manipulation of windows.   A friend
of mine configured his twm to accept the same keyboard commands as SunStools.
The typeahead behaviour is also more reasonable, because the focus doesn't
change as readily.

>Most people I point it out to are pleasantly surprised
>to learn that SHIFT-PGUP does the sensible thing by default in xterm

SHIFT-*what*??   I see no PGUP key here.  (Actually, I'm being a bit of a
weenie in complaining about this - if I really wanted a PC-style keyboard,
I could get one for my terminal, but I prefer the smaller keyboard
since leaving the home row is to me just as big a pain as reaching for the
mouse.   Plus, I like having the control key in the place in which God
intended for it to reside.)

				_MelloN_
--
mellon@ncd.com						uunet!lupine!mellon
Member, League for Programming Freedom | To learn how software patents could
cost you your right to program, contact the LPF - league@prep.ai.mit.edu
From: drmres27@ucs.usl.edu (Mejia Pablo)
Newsgroups: fj.mail-lists.x-window
Subject: Re: help - DEC.5000 / twm / .X11Startup
Date: 12 Sep 92 08:31:21 GMT
Distribution: fj
Organization: Univ. of SW Louisiana, Lafayette

Date: 11 Sep 92 16:01:41 GMT
Message-Id: <DRMRES27.92Sep11100141@c56.ucs.usl.edu>
Newsgroups: comp.unix.ultrix,comp.windows.x

In article <BuF1Mw.2ou@cs.psu.edu> kenh@leps5.phys.psu.edu (Ken Hornstein) writes:


>>    hooft@fys.ruu.nl (Rob Hooft) writes:
>>
>>    Is there any way to avoid starting the session manager at
>>    all? I recently installed the Motif package on our cluster,
>>    and on 16Mb stations the combination of xconsole and
>>    xsession is a real memory problem. By using vtwm instead of
>>    mwm, xclock instead of dxclock, and xcalc instead of
>>    dxcalc, and by killing the xconsole at startup the system
>>    is workable, but I would really like to get rid of the
>>    session manager too (It eats about 1600kB).
>
>  You can always set the :0 entry in /etc/ttys to "off", turn
>  the getty for the console on, and have your users login and
>  run "xinit" from the console in glass mode (too bad the
>  console is a line terminal only ... way to go DEC).  Or, you
>  could run xdm instead of that bizarre DECWindows login
>  prompter.
>
>  --Ken

We have a network of DEC 5000/200 and we wanted to get rid of
dxsession.  We wanted to go to using xdm as the login prompter.
We were able to get it to work, except that all console output
would go to the background, as if the console was a line
terminal, instead of our hoped for console xterm.  Because of
this, we gave it up.

So my question is, does anybody have this set up so that it works
correctly?  If so, would that kind soul please either post or
email me an explanation of what we would need to do?  Like a copy
of their /etc/ttys and anything else that needs to be changed.

I will post email replies to the net if there is interest.

Thanks
From: barmar@think.com (Barry Margolin)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 12 Sep 92 14:09:46 GMT
Distribution: fj
Organization: Thinking Machines Corporation, Cambridge MA, USA

Date: 11 Sep 1992 19:02:32 GMT
Message-Id: <18qqg8INN26m@early-bird.think.com>
Newsgroups: comp.windows.x,comp.human-factors

In article <1992Sep11.023749.14831@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
>But the rabid GUI types don't use the keyboard for anything *except*
>text in the WP.  I'm talking about (say) selecting "Save" from a menu,
>versus (say) typing control-X control-Q.

This is a gross misrepresentation of the state of the industry.  Almost all
GUIs provide keyboard accelerators for menu commands, and many allow power
users to customize them.  On my Mac I rarely use the "Save" and "Quit"
commands from a menu, I usually type Command-S and Command-Q.  Motif and MS
Windows also provide keyboard accelerators.  Open Look seems to be the only
major GUI that doesn't provide them as a standard feature (although I doubt
it prohibits them).
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: fj.mail-lists.x-window
Subject: RE: How do I keep a window at the top level period?
Date: 8 Sep 92 19:31:25 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date:    Tue, 8 Sep 92 09:58:35 PDT
Message-Id: <920908095835.2900012b@TGV.COM>
X-St-Vmsmail-To: ST%"xpert@expo.lcs.mit.edu"

#
#I am using the mwm window manager.  How can I get a particluar window, in this
#case xeyes to always be the top level window, ie never buried?
#
#I am using the following in my Mwm file:
#
## Set to Explicit to determine focus by clicking on the window or border
## Set to Pointer to determine focus based on the location of the pointer
#Mwm*keyboardFocusPolicy: Pointer
#
## Policy when the window with focus is minimized or removed
## if focuspolicy is explicit, set to true to give focus to
## the window with previous focus
#Mwm*autoKeyFocus: True
#
## if focuspolicy is explicit, set to true to give a window focus 
## when it is restored from an icon
#Mwm*deiconifyKeyFocus: True
#
## Set to True to raise a window when it is given focus
## Set to False to keep the stacking order the same when a window is given focus
#Mwm*focusAutoRaise: True
#
## if focuspolicy is explicit, 
## set to true to give input focus to a window when it is mapped
#Mwm*startupKeyfocus: True
#


Well that all helps.  However, to keep Xeyes on top of the window stack will
require you to modify the xeyes code.  What is needed, it a event handler,
watching for CirculateNotify events.  At which, the event handler then forces
the application to the top again.  All of the above resources will only work
once xeyes has focus, not when some other window has focus.

Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: greg@athena.cs.uga.edu (Greg Whitlock)
Newsgroups: fj.mail-lists.x-window
Subject: ld: -ldl: No such file or directory (help needed)
Date: 5 Sep 92 08:17:38 GMT
Distribution: fj
Organization: University of Georgia, Athens

Date: 4 Sep 92 17:12:30 GMT
Message-Id: <1992Sep4.171230.28317@athena.cs.uga.edu>
Newsgroups: comp.windows.x


I recently posted to this group concerning the undefined symbols _dlopen,
_dlclose, etc and would like to thank everyone who replied.  Most everyone
told me to include the -ldl option on my final compilation line.  I did
this but a new error has arose.  It would seem this error is simple to fix
but I've been unable to fix it.  Here goes:

When compiling xgopher with the -ldl option I get the following error:
[excerpt from compiling; Sun4; OS4.1.1]

athena% make
rm -f xgopher
gcc -fstrength-reduce -fpcc-struct-return -o xgopher xgopher.o list.o util.o misc.o net.o  gui.o options.o help.o  panel.o save.o text.o error.o cso.o index.o  KeyWSink.o -g   -L/usr/local/X/export/sparc/lib -L/usr/lib -lXaw -lXmu -lXt -lXext -lX11  -ldl -B/usr/bin/
ld: -ldl: No such file or directory
*** Error code 1
make: Fatal error: Command failed for target `xgopher'
athena%

(The same happens when enclosing -ldl within -Bstatic -BDynamic)

The following file exists in /usr/lib: 
-rwxr-xr-x  1 root        24576 Oct 13  1990 /usr/lib/libdl.so.1.0

Someone suggested that -l looks only at *.a files in /usr/lib.  If so,
how would I solve this problem?

I would greatly appreciate any help as this has gone beyond getting xgopher
and xarchie compiled.  I would really like to solve this problem so noone
else has to deal with it.  

Thanks.

-Greg Whitlock
 (greg@athena.cs.uga.edu)
From: agc@bmdhh298.bnr.ca (Alan Carter)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Stack Traceback program wanted
Date: 11 Sep 92 00:03:28 GMT
Distribution: fj
Organization: BNR-Europe-Limited, Maidenhead, England

Date: Thu, 10 Sep 1992 09:49:48 GMT
Message-Id: <1992Sep10.094948.3497@bnr.uk>
Newsgroups: comp.sources.wanted,comp.unix.questions,comp.windows.x

In article <1992Sep9.193434.2713@kocrsv01.delcoelect.com>, c23st@kocrsv01.delcoelect.com (Spiros Triantafyllopoulos) writes:
|> In article <1992Sep09.172755.17887@bnr.uk> agc@bmdhh298.bnr.ca (Alan Carter) writes:
|> >In article <1992Sep9.143656.20352@kocrsv01.delcoelect.com>, c23st@kocrsv01.delcoelect.com (Spiros Triantafyllopoulos) writes:
|> >|> we're looking for a program to do stack a trace before it coredumps. We
|> >|> would like to see, for example, the sequences of calls that resulted
|> >|> in the program to bomb. 
|> >
|> >The compiler will do this for you. Compile your code
|> >
|> >   cc -g -o spiros spiros.c
|> >
|> >Then after you have got your coredump, use adb,
|> >
|> >   adb spiros
|> >
|> >and give the command 
|> >   
|> >   $c
|> >
|> (judging from my weight, adb would probably go out of memory :-). But
|> seriously, what we have in mind is really to compile such a function in
|> our program and do it 'on demand' every time it crashes, so we can have
|> a log of what happened. 
|> 
|> We can always ask the users to run a utility on the core file and see
|> what happens afterwards... maybe a little script to examine core and 
|> do the $c command.
|> 
|> Is the core format published anywhere?

What about 

   cd prog_pwd
   var=0
   while true
   do
      if test -f core
      then
         mv core logcore$var
         var=`expr $var + 1`
      fi
      sleep 300
   done

Which will keep your core files as logcore0, logcore1 etc. You can then
analyse them at your convenience. Trapping the signal and interpreting
your stack in the handler would be far more awkward, and inherently
non-portable. You'll probably have to interpret your stack frames 
yourself - the format in core files is normally interpreted by the adb
like tools and is not usually published. Programs are not supposed to
play around with their own stacks at all :-) The useful thing about 
saving the whole cores is that you will be able to do more investigation,
like examining variables.

   Alan

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   Maidenhead itself is too snobby to be pleasant. It is the haunt of the
   river swell and his overdressed female companion. It is the town of showy
   hotels, patronized chiefly by dudes and ballet girls. 

   Three Men In A Boat, Jerome K. Jerome, 1889
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: quandt@mcs213c.cs.umr.edu (Brian Quandt)
Newsgroups: fj.mail-lists.x-window
Subject: MOTIF and how it relates to X question.
Date: 13 Sep 92 09:26:56 GMT
Distribution: fj
Organization: University of Missouri - Rolla

Date: Sat, 12 Sep 1992 18:46:44 GMT
Message-Id: <1992Sep12.184644.26690@umr.edu>
Newsgroups: comp.sys.sequent,comp.windows.x

Here's my question:

	I have a unix variant that comes with X11R4 and motif.  I want to
upgrade to X11R5 but the unix variant does not have X11R5 yet, so
I was just going to compile X11R5 myself.  Do I need to also recompile the
motif stuff?
From: lionel@cs.city.ac.uk (Lionel Tun)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XPutPixel and and XGetPixel and image layout
Date: 10 Sep 92 04:57:11 GMT
Distribution: fj
Organization: City University, London

Date: 9 Sep 92 13:07:23 GMT
Message-Id: <1992Sep9.130723.9938@city.cs>
Newsgroups: comp.windows.x

Re: The discussion about using images directly rather than going
    through XPutPixel.

I also would like to simply load the raw data into an array and
display it in a window - simple no?

I tried the following but got structured garbage instead of my
graphic:

	xi = XCreateImage(display, DefaultVisual(display, screen_num),
		1, XYBitmap, 0, image, width, height, 8, 0);

	XPutImage(display, win, gc, xi, 0,0, 0,0, width, height);

image is an array holding the data
the platform is a b+w Sun 4 running OpenWindows


I have tried dozens of combinations and permutations - am I doing
something totally silly? I have scoured Adrian Nye vols 1 and 2 but
they don't give much away.

--
Lionel Tun   (lionel@cs.city.ac.uk)
Vision Group, City University, London, EC1V 0HB. 071-477 8000 x 3889
From: rlk@Think.COM (Robert L Krawitz)
Newsgroups: fj.mail-lists.x-window
Subject: GUIs Considered Harmful
Date: 14 Sep 92 17:17:00 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 14 Sep 92 10:43:02 EDT
Message-Id: <9209141443.AA10469@underprize.think.com>

   Date: 11 Sep 92 14:05:12 GMT
   From: snail@lsl.co.uk

   Well I won't argue with you since you say you have access to the
   paper. But I do find (have also asked colleagues) it hard to beleive
   that most people type faster with their non-dominant hand than their
   dominant hand.

A possible analogy is the playing of stringed musical instruments, in
which the right hand plucks or bows and the left hand fingers the
strings.  I've never seen a lefty viola, although I have seen lefty
guitars (the right hand fingers, the left hand plucks).  While I don't
actually know why these instruments developed this way, it's not an
unreasonable guess that the different capabilities of the two hands on
right handed people played a major role.

ames >>>>>>>>>  |	Robert Krawitz <rlk@think.com>	245 First St.
bloom-beacon >  |think!rlk				Cambridge, MA  02142
harvard >>>>>>  .	Thinking Machines Corp.		(617)234-2116

Member of the League for Programming Freedom -- write league@prep.ai.mit.edu
From: aardvark@nt1l.krl.com (Donald Koch)
Newsgroups: fj.mail-lists.x-window
Subject: Re: How do I get 'asciiStringWidgetClass' in R5?
Date: 11 Sep 92 18:23:05 GMT
Distribution: fj
Organization: Koch Research Labs

Date: Thu, 10 Sep 1992 21:43:46 GMT
Message-Id: <1992Sep10.174346@nt1l.krl.com>
Newsgroups: comp.windows.x

In article <1992Sep9.155504.11469@abekrd.co.uk>, garyb@abekrd.co.uk (Gary Bartlett) writes:
> What's the story with the asciiStringWidgetClass in X11R5?  I was trying
> to  compile  up  an  old  program (which compiled without problem on R4)
> which used the following call:
> 
> 	#define ASCII_STRING
> 	#include <X11/Xaw/AsciiText.h>
> 
> 	:
> 	:
> 
> 	send1 = XtCreateManagedWidget("send1", asciiStringWidgetClass,
> 					box1, args, FIVE);
> 
> On linking, the asciiStringWidgetClass could not be found:
> 
> 	ld: Undefined symbol 
> 	   _asciiStringWidgetClass
> 

The Athena Widgets library (libXaw) needs to be built with ASCII_STRING defined.
Since it apparently wasn't in your case, the asciiStringWidgetClass structure
wasn't defined.  I believe the ascii string widget is obsolete and you should
replace it with the text widget, but the aforementioned rebuild should get you
by in the meantime.

-- 
Don Koch
aardvark@nt1l.krl.com
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 6 Sep 92 12:22:33 GMT
Distribution: fj
Organization: McGill Research Centre for Intelligent Machines

Date: Sun, 6 Sep 92 08:04:48 GMT
Message-Id: <1992Sep6.080448.18179@thunder.mcrcim.mcgill.edu>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.x

In article <1992Sep3.213648.6456@alphalpha.com>, nazgul@alphalpha.com (Kee Hinckley) writes:

> Take a look at EFIColor's Cachet program and tell me you could color
> correct a picture faster with a command interface.
(You gonna send me a copy of it?)
> Take a look at any page layout program, fancy word processor, video
> editing program or anything like that.

Your point is a reasonable one - some things are inherently graphical -
but I take issue with the bit about word processors.  I've used, or
rather tried to use, multiple "word processor" programs.  Give me TeX
any day.  (A WP may make the difference between "minimally tolerable"
and "tolerably good".  But GUI WPs - at least all the ones I've seen -
do not let you get the rest of the way to "good" no matter how hard you
work.  TeX, in my experience, steepens the learning curve, but that's
because it cuts out the plateau at "tolerably good".)

> The key element is experimentation.  A GUI with a direct manipulation
> interface makes experimentation far faster.  One result of this is
> that GUIs often *aren't* any faster.  But the result is better.

(Hm, I guess I misunderstood you.)  Go look up "macdink" in TNHD.
That's the downside of providing the ability to experiment instantly.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: vances@xenitec.on.ca (Vance Shipley)
Newsgroups: fj.mail-lists.x-window
Subject: Re: SCO Upgrade + X11R5
Date: 10 Sep 92 02:23:19 GMT
Distribution: fj
Organization: SwitchView Inc., Waterloo, Ontario

Date: 9 Sep 92 04:31:25 GMT
Message-Id: <1992Sep09.043125.7219@xenitec.on.ca>
Newsgroups: comp.windows.x

In article <1992Sep2.114500.49594@ccvax.ucd.ie> tmod@ccvax.ucd.ie writes:
>
> One more thing ... How come SCO's Open Desktop still only supports X11R3 ???
>

SCO Opendesktop V2.0 is based on X11R4.  An EFS is available for ODT V1.1
to bring it up to R4.

-- 
Vance Shipley 
vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
From: steve@nuchat.sccsi.com (Steve Nuchia)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Free software and the future of support for Diamond products
Date: 15 Sep 92 19:08:11 GMT
Distribution: fj
Organization: South Coast Computing Services, Inc.  Houston

Date: 14 Sep 92 23:05:55 GMT
Message-Id: <1992Sep14.230555.25686@nuchat.sccsi.com>
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware

In article <c3xn+a=.kwan@netcom.com> kwan@netcom.com (Kwan-Seng Low) writes:
>In article <1992Sep13.142036.26842@nuchat.sccsi.com> steve@nuchat.sccsi.com (Steve Nuchia) writes:
>>not buy undocumented hardware.  Vote with your wallet.

>I'm not sure what you really mean here, undocumented hardware. Any documented
>hardware would expose most of the vendor's proprietary design, at least the

Hogwash.  My beard has hardly any grey in it, and I have worked on
systems where every board and every peripheral came with a reasonably
thick manual.  These manuals used to have chapter titles like "theory
of operation" and "programming model".  Sometimes they had complete
schematics, more often just very good block diagrams.  Sample code too.

In the PC market you get a little bifold pamplet that tells you how
to take the lid off your computer without sticking any appendages
in the fan.  Grrrr.

>	If none of the vendor willing to reveal how to set clock on their s3
>based card, maybe us the users might consider design our own.
...
>in any large electronics shop (e.g. Fry's in Bay Area). Complete schematics,
>parts list, how to obtain it, complete doc. on how to build it, everything 
>available on public domain.
>	People has been selling hardware kit for some time, come to think about
>it, it's something that can be done. In this case, we just have a very narrow 
>focus; we want to build a public domain hardware design that's specifically

I've done that once for a serial board (though I do hold copyright on the
design files) and it works OK.  My serial board comes with schematics
and PAL equations, and is available as a kit or assembled.  The netlist
and Orcad files are available if somebody wants to customize it.

I think it would be very difficult to compete with the mass-produced
VGA cards.  If I was going to build a video card I would either shoot
for radical simplicty or build something that you could run the whole
X server on.

>	any response is welcome, just want to test this idea is making sense.
>It would eliminate the dependence on vendors when it come to writing display
>driver.

The idea makes sense technically, but not economically in my opinion.
-- 
Steve Nuchia      South Coast Computing Services, Inc.      (713) 661-3301