HDTenEightyP/NetNews huggingface dataset:
From: envbvs@epb9.lbl.gov (Brian V. Smith)
Newsgroups: fj.mail-lists.x-window
Subject: Re: XFig can't use Postcsript font for PIC?
Date: 9 Apr 92 05:21:41 GMT
Distribution: fj
Organization: lbl

Date: 8 Apr 92 23:34:17 GMT
Message-Id: <22588@dog.ee.lbl.gov>
Newsgroups: comp.windows.x

|> 	I'm using XFig since quite a long ago.
|> 
|> 	Now I upgraded it to XFig-2.1.3, and suddently 
|> 	lost the ability to create pictires using fonts
|> 	from Postscript palette. Well, XFig itself does
|> 	not mind, of course, but now "fig2dev" complains
|> 	saying
|> 		PS fonts not supported, substituting ......
|> 
|> 	when I try to convert "foo.fig" to "foo.pic",
|> 	like
|> 		fig2dev -L pic foo.fig > foo.pic

I have forwarded your article to the author of transfig (fig2dev), Micah Beck.

-- 
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.
From: phils@athena.mit.edu (Philip Thompson)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Using color masks in XImage structure
Date: 8 Apr 92 20:53:21 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9204081614.AA14893@m9-514-1.MIT.EDU>
             <920407195156.21a0055a@TGV.COM> 
Date: Wed, 08 Apr 92 12:14:06 EDT


# I am using XGetImage to get information about an image in
# a drawable. As a result, an XImage structure is returned with
# the information. Is it possible for me to use the red, green and blue
# masks in the XImage structure to find out the RGB colormap values?

Yes you can for TrueColor visuals, which is really only case you'd
want to do this is suspect.  Take a look at the xwd and xwud source.

Philip Thompson
Shcool of Architecture and Planning, MIT.
From: datri@convex.com (Anthony A. Datri)
Newsgroups: fj.mail-lists.x-window
Subject: Weird problems with X11R5 shared libraries under HPUX
Date: 8 Apr 92 01:33:31 GMT
Distribution: fj
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA

Date: 7 Apr 92 16:34:32 GMT
Message-Id: <1992Apr7.163432.2007@news.eng.convex.com>
Newsgroups: comp.windows.x,comp.sys.hp


I built X11R5 a few days ago, and everything was fine. Now, however, when
I attempt to use any of those binaries, or even if I recompile one, I get
strange errors:

	<=>phoebe<=>make
	        if [ -f xterm ]; then rm -f xterm~; mv -f xterm xterm~; fi
	        cc -o xterm main.o input.o charproc.o cursor.o util.o tabs.o
		  screen.o scrollbar.o button.o Tekproc.o misc.o  VTPrsTbl.o
		  TekPrsTbl.o data.o menu.o +O3 +OS -Wp,-H200000
		  -L/usr/lib/X11 -lXaw -lXmu -lXt -lXext -lX11
		  -lc -lPW -lcurses  
	<=>phoebe<=>./xterm
	/lib/dld.sl: Call to mmap() failed - TEXT /usr/lib/X11/libX11.sl
	/lib/dld.sl: Permission denied
	Terminated
	<=>phoebe<=>

The library is definitely readable, though, since cc found it just fine,
and since I can sum it:

	<=>phoebe<=>sum /usr/lib/X11/libX11.sl
	2930 1568 /usr/lib/X11/libX11.sl

Phoebe is a 9000/750 running 8.05.  Everything was built with HP's commpiler.

Ideas?  If I link statically, things work.

-- 


======================================================8--<
From: eric@pencom.com
Newsgroups: fj.mail-lists.x-window
Subject: Re: xstdcmap
Date: 15 Apr 92 23:24:25 GMT
Distribution: fj
Organization: Pencom Software

Date: 15 Apr 92 17:09:29 GMT
Message-Id: <1992Apr15.170929.29309@pencom.com>
Newsgroups: comp.windows.x

In article <1992Apr15.113913.5916@cicb.fr> dagorn@cicb.fr (Francois Dagorn -  
CICB Rennes 99.84.71.00) writes:
> Who can tell me what xstdcmap is useful for ?
> 
> i'm trying to "emulate" a 256 gray scale Xterminal with a 256 colors  
Xterminal. 
> 
> My first idea was to find a program loading a grayscale colormap in place of  
the
> standard colormap, "xstdcmap -gray" has no effect, colors are still  
available.
> Is there a contrib doing this ?

First, read about the XStandardColormap model in O'Reilly.
The purpose of xstdcmap will then be clear.
It creates "Standard Colormaps" not Standard "Colormaps".
Basically, a new colormap is created and an XStandardColormap
structure is created which describes how pixels should be
referenced in that colormap.   This does not imply that your
default colormap is changed in any way (but it could be).

BTW, xstdcmap violates the X standard with respect to gray colormaps.
A bug report has been submitted (but not officially replied to).  The
bug is actually imbedded in the Xmu code.
I would not recommend using any Gray Standard Colormaps until the
issue has been resolved.

Basically, whomever implemented the XA_GRAY Standard Colormap code
in Xmu was not familiar with how they worked, or decided that the
X standard did not work easily enough.   The code as it stands
loses precision very rapidly with small depth colormaps and
does not work at all with 2 bits.
From: jncoco@jumbo.read.tasc.com (Joe Coco)
Newsgroups: fj.mail-lists.x-window
Subject: Compiling Motif 1.1.3 on X11R5
Date: 14 Apr 92 23:23:27 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 14 Apr 92 15:46:43 EDT
Message-Id: <9204141946.AA21974@jumbo.Read.TASC.COM>


  I know I have been inundating this group with questions lately, 
and I appreciate everyones help.  But I have yet another question.
Is it possible to compile the Motif 1.1.3 distribution on X11R5?  
I tried doing it and I get seg faults when starting mwm.  Mwm dies 
in _XmFocusIsHere(), which is in Traversal.o in libXm.a.  Anyone have any clues?

Thanks,
Joe Coco
email : jncoco@tasc.com
TASC
From: ware@oboe.cis.ohio-state.edu (Peter Ware)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Doesn't anyone use XrLib?
Date: 7 Apr 92 21:15:50 GMT
Distribution: fj
Organization: The Ohio State University Dept. of Computer and Info. Science

Date: Tue, 7 Apr 1992 17:24:21 GMT
Message-Id: <WARE.92Apr7122421@oboe.cis.ohio-state.edu>
Newsgroups: comp.windows.x

Xrlib is the very, very old X-ray toolkit from HP[1].  This was
originally developed under X10R4 (yes, X10) probably around 1988.
Many lessons learned in developing Xr were applied to the Xt
Intrinsics.  The X-ray toolkit was ported to X11 out of the kindness
of someones heart.  You are probably the only person in the entire
world using this library.

Switch to using an Xt based widget set such as Athena (free and ugly),
Motif (sexy but cancerous), Open Look Intrinsics Toolkit (sexy but
hard-to-get) or another toolkit such as Xview (Sun, free), Interviews
(Stanford, free, c++), OI (Solbourne/AT&T, $, c++).  There are
probably others.

[1] After I wrote HP I suddenly started thinking maybe it was
    Tektronix that did Xr.  Oh well, I'm sure someone will correct me.

--pete
--
Pete Ware / Ohio State University /
           ware@cis.ohio-state.edu
           (614) 293-0535
From: aw@jello.bae.bellcore.com (Andrew Wason)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Need help with Pixmaps and Athena Widgets.
Date: 15 Apr 92 21:06:55 GMT
Distribution: fj
Organization: Bell Communications Research

Date: 15 Apr 92 17:28:50 GMT
Message-Id: <1992Apr15.172850.26670@walter.bellcore.com>
Newsgroups: comp.windows.x

In article <1992Apr11.073750.5883@latcs1.lat.oz.au>, beilby@latcs1.lat.oz.au (Scorpius) writes:
> 
> 	I'm trying to produce a pixmap from a raster file to display in
> a athena label widget.  The program compiles, but instead of the image
> showing up in the label widget, it apears transparent (ie can see the window
> [...]
>    Pixmap *pixmap;
> [...]
>    label = XtVaCreateManagedWidget(
> 		"Picture",		/* widget name.	 */
> 		labelWidgetClass,	/* widget class. */
> 		form,			/* parent widget. */
> 		XtNfromVert,quit,
>                 XtNbackgroundPixmap,pixmap,
> 		NULL);			/* End of args list. */
> [...]
>    pixmap = XCreatePixmap(theDisplay, RootWindowOfScreen(XtScreen(topLevel)),
> 		WIDTH, HEIGHT, theDepth);

You are using the 'pixmap' variable before it has been initialized
(also, it shouldn't be declared as a pointer to Pixmap).
Anyway, 'pixmap' probably happens to contain 0, which is the same as None.

A backgroundPixmap of None would get the behavior you describe.


Andrew
_______________________________________________________________________________

Andrew Wason                                       Bell Communications Research
aw@bae.bellcore.com                                Piscataway, NJ
bellcore!bae!aw
From: ware@xylophone.cis.ohio-state.edu (Peter Ware)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Motif vs Open-look vs X
Date: 10 Apr 92 00:48:06 GMT
Distribution: fj
Organization: The Ohio State University Dept. of Computer and Info. Science

Date: Thu, 9 Apr 1992 17:46:51 GMT
Message-Id: <WARE.92Apr9124651@xylophone.cis.ohio-state.edu>
Newsgroups: comp.windows.x

In article <1992Apr8.221211.27335@aplcen.apl.jhu.edu>
jarober@aplcen.apl.jhu.edu (DE Robertson james an 410-740-9172)
writes:

   ahsiung@bbn.com (Anita Hsiung) writes:

   >mark@telesys.ncsc.navy.MIL (Williams) writes:
   >>>  We are planning to build a large windows application
   >>>  and would like suggestions on the following     
   >>>  topics:

	   For Motif, it comes shipped on many platforms, and I believe that 
   the royalty (license ?) fee is $50.00 per app shipped. This is more
   expensive than OpenLook, but considering the cost of the average Unix
   app, it's not too bad.

Not that I'm an OSF/Motif fan but my memory of the licensing agreement
didn't view it as _that_ bad.  An executable linked with the Motif
libraries did not have any royalty.  However, if you wanted to
distribute the libraries, mwm, include files, etc., there was a $50
royalty.

Actually, I thought the OSF/Motif license was reasonable except for:
	1. It took months to get everything settled.  OSF just hated
	   returning phone calls.
	2. Getting maintenance, even for just updates and no supports,
	   was outrageously priced.  Kind of like buying a Jaguar for
	   $100 only to find out each oil change cost $10,000.

--pete
--
Pete Ware / Ohio State University /
           ware@cis.ohio-state.edu
           (614) 538-0965
From: eric@pencom.com
Newsgroups: fj.mail-lists.x-window
Subject: Re: CLIPS by NASA
Date: 14 Apr 92 22:56:47 GMT
Distribution: fj
Organization: Pencom Software

Date: 14 Apr 92 14:53:53 GMT
Message-Id: <1992Apr14.145353.5078@pencom.com>
Newsgroups: comp.windows.x

In article <9204101447.AA15483@lenny.kaman.com> darin@kaman.COM (Darin S. Lory)  
writes:
> 
> I was wondering if anyone in the X world heard of CLIPS that is
> distributed by NASA.  It is supposed to me an Object-Oriented environment
> to develop X windows tools via Lisp, C++, or another oop language.
> 
> If someone could straighten me out out the information about the product,
> it would be greatly appreciated.
> 
> My boss would to purchase it for testing to see if it meets the requirements
> we need it for.

CLIPS has nothing to do with graphics.
It is an AI'ish type of forward chaining inference language.
Last I knew it was not Object Oriented in the slightest.
It has an interface implemented in a number of graphical environments
which may be how you confused it with graphics in general.
From: dmm@cfa.harvard.edu (David Meleedy)
Newsgroups: fj.mail-lists.x-window
Subject: X11R5, fs
Date: 16 Apr 92 02:32:44 GMT
Distribution: fj
Organization: Smithsonian Astrophysical Observatory, Cambridge, MA,  USA

Date: 15 Apr 92 21:06:06 GMT
Message-Id: <1992Apr15.210606.15180@cfa.harvard.edu>
Newsgroups: comp.windows.x


Hello,

	I have recently installed X11R5 on our sun4/4_1_1 system... I want to
start up the font server but am a little confused about how to do this.  I
know I can just start up the fontserver itself in the rc.local file... But
what I want to know is how to integrate the use of the fontserver by all the
clients.  Do I have to add something to startx?  Also, how would I get xdm to
use the fontserver.

Any help would be greatly appreciated...

-David Meleedy

p.s.  btw, we are using the Andrew File System, so I had to rename fs to Xfs, and
I also changed the port number it runs on to DEFAULT_FS_PORT 6010 .. hopefully
this won't hamper things.

-- 
=======
David Meleedy				Smithonian Astrophysical Observatory
meleedy@cfa.harvard.edu			60 Garden Street, MS 70
Phone: 617 495 7252			Cambridge, MA  02138  USA
From: ziegler@nyquist.bellcore.com (Rob Ziegler 21324)
Newsgroups: fj.mail-lists.x-window
Subject: WANTED: comments on DOS-based X servers
Date: 11 Apr 92 01:54:39 GMT
Distribution: fj
Organization: Bellcore

Date: Fri, 10 Apr 92 19:34:56 GMT
Message-Id: <1992Apr10.193456.3946@walter.bellcore.com>
Newsgroups: comp.windows.x

I would like to gather some observations and user experiences
with the various commercially-available X servers on DOS platforms 
(generally high-end '386/'486 machines with SVGA graphics).

Note that I am not referring to 80386/80486 machines running
some flavor of UN*X.

I am talking about products like XVision, Desqview/X, Hummingbird,
etc.

Information on performance, quirks/departures from standard X behavior,
shortcomings (I'd expect few to support PostScript), hardware and
software requirements (platform, OS, networking), vendor support, 
pricing, etc. would be welcome.

Alternatively, if there is a RECENT magazine article that hits the
same topics, I'd appreciate a reference so that I can read it for
myself.

Thanks for your help,

 -- Rob Ziegler -- ziegler@nyquist.bellcore.com -- (908) 758-3057 --
From: jrichard@cs.ulowell.edu (John (MacGyver) Richardson)
Newsgroups: fj.mail-lists.x-window
Subject: Help with ConnectionNumber, please?
Date: 10 Apr 92 11:48:03 GMT
Distribution: fj
Organization: University of Massachusetts at Lowell Computer Science

Date: Fri, 10 Apr 1992 03:03:14 GMT
Message-Id: <1992Apr10.030314.3949@ulowell.ulowell.edu>
Newsgroups: comp.windows.x.motif,comp.windows.x


I need some help with how X uses its sockets... I'm no X protocol guru
so any help will be appreciated!

I have an interactive game which must use sockets... I use a select()
call on ConnectionNumber(XtDisplay(toplevel)) and the socket number I need
to talk to.  Well, to make a long story short, I only get X events from
the socket when I click on the window!  So to get motif to draw a widget
I have to click a bunch of times... I added a timeout to select() but 
I don't want to eat cpu time that I don't need...  Is there another socket
that motif uses to tell its widgets to display??

my code looks something like this:


  while (TRUE) {
    inputset = ((1<<xsd) | (1<<sfd)); /* x socket and game server socket */
    select(32, &inputset, (fd_set *) NULL, (fd_set *) NULL, &timeout_rate );
    if (XtPending()) {
      XEvent event;
      XtNextEvent(&event);
      XtDispatchEvent(&event);
    } else if (inputset == (1<<sfd)) {
      receive_packet();                         /* get packet from game */
    } else {
      printf("\007timeout\n");
    }
  } /* while (TRUE) */

please send a copy of anything you post to me as I don't always have time
to read this group as much as I'd like to... I will post responses if 
any requests are made.
			thanks...


John (MacGyver) Richardson |"sun dogs fire on the horizon        \ \   \
jrichard@cs.ulowell.edu    | meteor rain stars across the night   * *   \   /\
jrichard@duck.ulowell.edu  | ...the spark still flies                /\  * /  \
                           | reflected in another pair of eyes." /\ /  \/\/
                                                           ------  \   / /
From: aldavi01@starbase.spd.louisville.edu (Arlie Davis)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Question for net.views column in UNIX Today!
Date: 7 Apr 92 13:04:06 GMT
Distribution: fj
Organization: University of Louisville

Date: Tue, 7 Apr 1992 04:58:02 GMT
Message-Id: <aldavi01.702622682@starbase.spd.louisville.edu>
Newsgroups: comp.sys.dec,comp.windows.x,comp.unix.xenix.sco,comp.unix.sysv386,comp.windows.misc,comp.unix.msdos,comp.unix.admin,comp.os.misc,comp.unix.questions,comp.sys.hp

In <1992Apr6.034323.27991@alphalpha.com> nazgul@alphalpha.com (Kee Hinckley) writes:

>More stable than 15 different Unix platforms with 15 different sets
>of #ifdefs and 15 different install scripts and 15 different types
>of customer support questions, and in many cases even more stable
>than two sucessive releases on the same Unix platform.

In order to do anything vaguely 'interesting' in DOS, it is necessary to do
almost as much situation-specific work as in UNIX -- probably more.  DOS
users go through a never-ending turmoil of hoping that this program will 
work correctly with that I/O card, and hoping that this device driver won't
stomp on that program's sacred memory, and hoping that this program's "high
memory loader" won't stomp on your QX-Zowie Memory Shuffler's storage, and
so on...  It's truly nightmarish.

At least the UNIX kernel performs signficant, irreplaceable functions.  The
DOS programmer is almost always forced to write his/her own device-drivers,
or to use a combination of hardware manipulation and BIOS functions.  DOS
is used for file I/O, and little else.  This means that DOS programs are 
inherently susceptible to slight changes in the hardware that they run on, 
while UNIX-based programs will hum right along while new hardware is 
installed and used as normal.

Given the different architectures and setups that a given, well-written 
program will compile and run with no problems at all on, I think UNIX is
a success, while DOS is irreversibly tied to a single processor architecture.
-- 
Arlie Davis
aldavi01@{starbase,vulcan,romulus,draconis,sirius,rigel}.spd.louisvile.edu

Picard: So, what is your name and position?
Worf: My name is Worf and I'm leaning against the railing, facing forward
  -- Todd Bobenrieth and Tom Cusick's ST:TNG parody.
From: j_perdigao@cen.jrc.it (Jose Perdigao)
Newsgroups: fj.mail-lists.x-window
Subject: PEX Extension
Date: 16 Apr 92 10:21:04 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <QdvHIn_=jk6G8uMl0u@iss.isei.jrc.it>
Date: Thu, 16 Apr 1992 10:05:07 +0200 (MET DST)

Hi

Does anyone knows if the default X11R5 PEX extension implementatio  in
the criteria "HLSHRMode" support the type "ZBuffer".If not what can we
do to obtain it.

Any hint will be appreciated.

Thanks in advanced

Jose Perdigao , Victor Sequeira

E-MAIL : j_perdigao@jrc


Jose Perdigao

Commission of the European Communities
Joint Research Centre (JRC)
Informatic Systems Engeneering Institute (ISEI)
21020 ISPRA(VA) ITALY
Tel: xx-39-332-789181 
Fax: xx-39-332-789001
Telex: xx-39-332-380042 EUR I
E-mail: j_perdigao@jrc.it
From: davy@frenchhorn.ecn.purdue.edu (Dave Curry)
Newsgroups: fj.mail-lists.x-window
Subject: XSAT - X-based satellite tracker
Date: 11 Apr 92 04:20:30 GMT
Distribution: fj
Organization: Purdue University Engineering Computer Network

Date: Fri, 10 Apr 1992 22:04:29 GMT
Message-Id: <1992Apr10.220429.1840@noose.ecn.purdue.edu>
Newsgroups: comp.windows.x,rec.radio.amateur.misc,sci.space


This is to announce the availability of Version 1.0 of N9MSW XSAT, an
X Window System based satellite tracking program.

The primary features of XSAT are:

- Interactive selection of on-screen maps of each continent or the entire
  world, for computing and plotting ground tracks for satellites.

- Interactive selection of the city for which to compute azimuth, range,
  elevation, and visibility data.  Position information for about 350
  cities is provided; other cities can be added easily.

- Interactive selection of the satellite to be tracked, allowing a choice
  of all satellites for which orbital elements are known.  XSAT uses the
  NORAD two-line element format; the file posted to sci.space weekly can
  be used directly with XSAT.

- Interactive adjustment of orbit simulation parameters such as start and
  stop times, step time, and minimum satellite elevation.

- The maps, ground tracks, and tabular information resulting from each
  simulation can be saved to a file or sent to a PostScript printer,
  as well as viewed directly on the screen.

XSAT uses the N3EMO-ORBIT routines written by Robert Berger to perform its
orbital calculations.

XSAT Version 1.0 has been compiled and tested on a Sun SPARCstation 1 running
SunOS 4.1.1 and MIT X11R5.  It hasn't been tested on anything else, but any
changes required to port it to other systems should be minor.

There are a couple of problems that need to be worked out, but they do not
make the program unusable:

	- I use two different pixmaps, one to draw the map in, and one
	  to draw the ground tracks in.  This lets me erase a ground
	  track without having to redraw the map.  I use the GXor
	  function to do this, which works fine on monchrome monitors,
	  but gives "interesting" results on color monitors.  If
	  anyone knows a better way to do this, let me know.

	- The city elevation information is missing for most non-U.S.
	  cities in the database shipped with XSAT.  This means that
	  the visibility information for these cities will be slightly
	  off.  If someone has a source for this information, please
	  let me know.

Anyway, XSAT 1.0 can be had for anonymous FTP from the following hosts:

	export.lcs.mit.edu		contrib/xsat1.0.tar.Z

	harbor.ecn.purdue.edu		pub/xsat1.0.tar.Z

Because the distribution includes 4 megabytes of data files for the maps,
it is too large to send by mail or post to a newsgroup.  If you can't get
it via anonymous FTP, you'll have to find someone who can, or who'll give
it to you via UUCP.

Please send patches to me.  I expect that due to the two problems noted
above, plus the lack of testing on multiple machines/operating systems,
that there will be a "Version 1.1" out real soon, probably within a
month or so.

Dave Curry, N9MSW
davy@ecn.purdue.edu
From: johnston@spc5.jpl.nasa.gov (Paul D. Johnston)
Newsgroups: fj.mail-lists.x-window
Subject: Re: HP Widget set (was Re: Motif vs Open-look vs X)
Date: 9 Apr 92 21:47:28 GMT
Distribution: fj
Organization: Jet Propulsion Laboratory, Pasadena, CA

Date: 9 Apr 92 15:03:00 GMT
Message-Id: <1992Apr9.150300.29144@burns.jpl.nasa.gov>
Newsgroups: comp.windows.x

In article <23222@life.ai.mit.edu> gillett@rice-chex.ai.mit.edu (Walter E. Gillett) writes:
>Why doesn't anybody ever mention the HP Widgets (libXw.a) as an alternative to
>Athena or Motif/OpenLook?  Aren't they pretty much Athena functionality with
>a Motif look?  And they're free, right?

   Nobody mentions the HP Widget Set too often because they're not a great
alternative to Athena/Motif/OpenLook (they definitely don't have a Motif
look).  Yeah, they're free, but you get what you pay for.


=========================================================================
| Paul D. Johnston, TSG, Inc. | My comments/opinions are  |  God Rules! |
| johnston@spc5.jpl.nasa.gov  | not shared by anyone      |             |
=========================================================================
From: g9129499@cc.uow.edu.au (Jeremy Lawrence)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Motif vs Open-look vs X
Date: 8 Apr 92 15:51:34 GMT
Distribution: fj
Organization: University Of Wollongong

Date: 8 Apr 92 10:37:49 GMT
Message-Id: <1992Apr8.103749.4683@cc.uow.edu.au>
Newsgroups: comp.windows.x

ahsiung@bbn.com (Anita Hsiung) writes:


>Motif/Open Look -- Commercial, so you have to pay.
      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Wrong. The Open Look window manager and Xview libraries, as well as a few
Open Look utilities, are in the MIT archives (export.lcs.mit.edu).

Which you prefer (OL or Motif) is purely a matter of taste. The consensus
round here is that OL is nicer.

Jeremy
_____________________________________________________________________
Jeremy Lawrence                                jeremy@snrc.uow.edu.au
Switched Networks Research Centre          or:    g9129499@uow.edu.au
University of Wollongong, Australia                    +61-42-21 3244