HDTenEightyP/NetNews huggingface dataset:
From: rthomson@mesa.dsd.es.com (Rich Thomson)
Subject: Re: How to get my server to support PEX?
Reply-To: rthomson@dsd.es.com (Rich Thomson)
Organization: Design Systems Division, Evans & Sutherland, SLC, UT
Date: Thu, 9 Apr 92 17:49:04 GMT

In article <1992Apr8.191357.3536@sunova.ssc.gov>
	chow@sdc1.ssc.gov writes:
>Hi, experts:
>    I am very interested in PEX 3D display.  Recently, I downloaded X11R5
>from mit.
>From the FAQ, I know if I do a xdpyinfo and I don't see X3D-PEX.  It means
>my server
>does not support PEX.  The question is how to get my server support PEX?
>Thanks for any info.

1) Make sure you are running the correct server binary
2) Check for output from the server indicating problems.  If you see
    an error similar to "couldn't load PEX font ...", then check to
    make sure your PEX fonts are installed.  The default place is
    /usr/lib/X11/fonts/PEX, but will be different if you've defined
    ProjectRoot.  You can temporarily get around this by doing:

	setenv PEX_FONTPATH <ProjectRoot>/usr/lib/X11/fonts/PEX/

    before you run the server.
-- 
	Repeal the personal income tax; vote Libertarian in 1992.
Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
UUCP: ...!uunet!dsd.es.com!rthomson			Rich Thomson
Internet: rthomson@dsd.es.com	IRC: _Rich_		PEXt Programmer
Newsgroups: comp.windows.x.pex
From: stefano@itnsg1.cineca.it (Stefano Longano)
Subject: problems with pset_of_fill_area_set3_data
Keywords: phigs fill_area_set
Organization: Laboratorio di Fisica Computazionale, INFM. Trento Italia
Date: Wed, 8 Apr 1992 15:45:48 GMT

Hi all,
I'm a rather novice phigs/pex programmer and I'm having some problems
using the phigs sample implementation. I'm using the X11R5 pl3 on a SUN
Sparcstation 1+ 8 bit color.
I'm writing yet another program that is able to show and rotate molecules.
My problem is that I have to draw many balls on the display, with many
different colors. I thought that it would be wise to have a structure that
is a sphere (and another for the bond) and than scale, translate and color it
as needed executing the struct within the structs that describe the various
molecule substructures.
With the code I append I get only wireframes, not solid with color.
What am I doing wrong?
Reading the docs it should work.
Thanks in advance.
Ciao
Stefano

----------Relevant code fragment---------------------------------
  popen_struct(ATOM_STRUCTURE);
  pset_of_fill_area_set3_data(PFACET_NONE, PEDGE_NONE, PVERT_COORD,
			      PINDIRECT, Atom_nfacets, &Atom_fdata,
			      (Pedge_data_list_list *)NULL,
			      &Atom_vlist, &Atom_vdata);
  pclose_struct();
for (i=0 ; i < ntypes ; ++i)
    {
      popen_struct(FIRST_TYPE+i);
      pset_edge_flag(PEDGE_ON);
      pset_int_style(PSTYLE_SOLID);
      pset_int_colr_ind(i);
      tmp_vector.delta_x = types[i].radius;
      tmp_vector.delta_y = types[i].radius;
      tmp_vector.delta_z = types[i].radius;
      pscale3(&tmp_vector, &status, temp_mat);
      pset_local_tran3(temp_mat, PTYPE_REPLACE);
    }

-- 
Stefano Longano             |  stefano@itnsg1.cineca.it
Dipartimento di Informatica |  Home: stefano@angmar.sublink.org
Universita' di Trento       |  Office phone: +39 (461) 882526
38050 Pante' di Povo (TN)   |
Newsgroups: comp.windows.x.pex
From: pmartz@dsd.es.com (Paul Martz)
Subject: Re: How to get my server to support PEX?
Reply-To: pmartz@dsd.es.com (Paul Martz)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Fri, 10 Apr 92 13:06:33 GMT

In article <4557@m1.cs.man.ac.uk>, lilleyc@cs.man.ac.uk (Chris Lilley) writes:
> Well it does have DPS (display postscript) so I believed it for a while.
> But then, I set the display to a VT1000 terminal (if you have used one of
> these, read on and weep - with laughter). The same set of extensions were
> listed. Ho hum.  Is there another way to tell, or is this a bug in the
> server?

(Disclaimer: I have no idea how X works on VAXen, so take this with a
grain of salt. Maybe someone from DEC can comment?) What you are
describing sounds like a bug in xdyinfo. It should've complained that
it couldn't open display, when you set your DISPLAY to the VT1000 --
obviously there's no X server running there!
-- 

   -paul	pmartz@dsd.es.com
		Evans & Sutherland
Newsgroups: comp.windows.x.pex
From: vesper@2draw.enet.dec.com ()
Subject: Re: problems with pset_of_fill_area_set3_data
Keywords: phigs fill_area_set
Reply-To: vesper@2draw.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Wed, 8 Apr 1992 17:48:46 GMT


In article <1992Apr8.154548.4962@itnsg1.cineca.it>, stefano@itnsg1.cineca.it (Stefano Longano) writes:
|>With the code I append I get only wireframes, not solid with color.
|>What am I doing wrong?

|>      pset_int_style(PSTYLE_SOLID);
|>      pset_int_colr_ind(i);

Does the color get set correctly? I wonder if the sphere you define
is `inside out' -- the surface that is visible from the outside of
the sphere is the `back' surface.

Try setting the back face style to solid also.

Andy V
From: lilleyc@cs.man.ac.uk (Chris Lilley)
Newsgroups: comp.windows.x.pex
Subject: Re: How to get my server to support PEX?
Date: 9 Apr 92 19:51:35 GMT
Reply-To: lilleyc@cs.man.ac.uk (Chris Lilley)
Organization: Department of Computer Science, University of Manchester UK

Newsgroups: comp.windows.x.pex
Subject: Re: How to get my server to support PEX?
Summary:
Expires:
Sender:
Reply-To: lilleyc@cs.man.ac.uk (Chris Lilley)
Followup-To:
Distribution:
Organization: Department of Computer Science, University of Manchester UK
Keywords:

In article <1992Apr8.191357.3536@sunova.ssc.gov> chow@sdc1.ssc.gov writes:

>From the FAQ, I know if I do a xdpyinfo and I don't see X3D-PEX.  It means
>my server does not support PEX.  The question is how to get my server
>support PEX?

On the other hand, if you _do_ see X3D-PEX it doesn't mean diddly. Logged
onto a unix machine with display set to a VAXstation4000 I did xdpyinfo
and it gave me a whole pile of extensions:

----------------------------------------------------
...
vendor string:    DECWINDOWS DigitalEquipmenttCorp.
vendor release number:    11
...
number of extensions:    7
    DEC-Server-Mgmt-Extension
    ServerManagementExtension
    Adobe-DPS-Extension
    X3D_PEX
    Xie
    DEC-XTRAP
    Multi-Buffering
...
--------------

Well it does have DPS (display postscript) so I believed it for a while.
But then, I set the display to a VT1000 terminal (if you have used one of
these, read on and weep - with laughter). The same set of extensions were
listed. Ho hum.  Is there another way to tell, or is this a bug in the
server?

	Chris
From: hasegawa@hcrlgw.crl.hitachi.co.jp (Takashi Hasegawa)
Newsgroups: comp.windows.x.pex
Subject: Re: PEX in widget
Date: 15 Apr 92 01:10:14 GMT
	<1992Apr14.144343.16436@dsd.es.com>
Organization: Central Research Lab., Hitachi Ltd.
In-reply-to: cannon@tornado.dsd.es.com's message of 14 Apr 92 23:43:43 JST

Thank you for answering my question.

In article <1992Apr14.144343.16436@dsd.es.com> cannon@tornado.dsd.es.com (Gary Cannon) writes:

   >>I'm assuming that you are doing PHIGS picking. If so, you should get back a 

Yes, I am.

   >>Ppick_path value which is a list of Ppick_path_elem structures. Each of these
   >>consists of a structure id, pick id, and element position of the picked 
   >>element. 
   >>
   >>If you aren't doing PHIGS picking, try looking at incremental spatial search.

My code of getting pick event is as follows:

    while (1) {
	pawait_event(0.0, &ws, &class, &dev);
	if (class == PIN_PICK) {
	    pget_pick(PATHDEPTH, &status, &path);
	    if (status == PIN_STATUS_OK) {
		if (path.path_list[1].struct_id == 1)	puts("1");
		else					puts("2");
	    }
	    else					puts("nothing");
	}
    }

This code runs correctly at the first pick, but then it can get pick
event (class == PIN_PICK) without the information (status !=
PIN_STATUS_OK and path.path_list is unchanged).

Central Research Lab., Hitachi Ltd.
Takashi Hasegawa
Newsgroups: comp.windows.x.pex
From: cannon@tornado.dsd.es.com (Gary Cannon)
Subject: Re: PEX in widget
Organization: Evans & Sutherland
Date: Tue, 14 Apr 92 14:43:43 GMT

In article <HASEGAWA.92Apr14012245@hcrlgw.crl.hitachi.co.jp>, hasegawa@hcrlgw.crl.hitachi.co.jp (Takashi Hasegawa) writes:

|> I can draw picture in the window and I can extract events of pick, but
|> I cannot extract which structure is picked.
|> 
I'm assuming that you are doing PHIGS picking. If so, you should get back a 
Ppick_path value which is a list of Ppick_path_elem structures. Each of these
consists of a structure id, pick id, and element position of the picked 
element. 

If you aren't doing PHIGS picking, try looking at incremental spatial search.

--
 ---		Gary G. Cannon
 ---		Evans & Sutherland
 ---		cannon@dsd.es.com
From: cfaigle@sccs.syr.edu (Christopher T. Faigle)
Newsgroups: comp.windows.x.pex
Subject: Re: DEC PHIGS binding
Date: 9 Apr 92 17:46:04 GMT
Article-I.D.: newstand.1992Apr9.134605.19465
Reply-To: cfaigle@sccs.syr.edu (Christopher T. Faigle)
Organization: Syracuse Center for Computational Science/Dept of Phsyics, Syracuse Univ

In article <4528@m1.cs.man.ac.uk>, lilleyc@cs.man.ac.uk (Chris Lilley) writes:
>In article <1992Mar31.205618.21232@newstand.syr.edu> cfaigle@sccs.syr.edu
>(Christopher T. Faigle) writes: 
>>	I am using DEC PHIGS 2.2 (No PEX)
>
>DEC PHIGS 2.2 suppoorts PEX. The relevant workstation number is 221, as
>opposed to 211 for a straight X workstation.
>
	I should have said that I am not using PEX.  (Because I don't have
	the $$$ for the high-end hardware currently required!)
>
>So it _has_ been released, then... in the UK our information is that the
>product does not exist yet. We are verry anxious to get our hands on 2.3A
>ourselves. If anyone in the US is using 2.3A could they mail me a summary
>of the changes. For example, I gather that the spurious blank pages
>produced when writing to a PostScript, CGM, or DDIF workstation have been
>removed. Is this correct?
	We have it on CD, but it requires a complete workstation software
	update, so we have not installed it yet.  Further, I don't have
	the release notes yet.
>
>Also, have the gourand shading problems with fill area set with data been
>fixed? 
	Don't know.  I'll post when we update the software (hopefully less
		than 1 week!!)

>>Thanks,
>>-Chris
>
>I would also be interested in information on the binding used.
>
	I have been told that the DEC 2.3A binding does not conform to the ISO C
		binding.
>	Chris (another one)

Thanks Chris!  And thanks to all of the other people who responded.

-Chris (yet again. Did you keep up?)
From: lilleyc@cs.man.ac.uk (Chris Lilley)
Newsgroups: comp.windows.x.pex
Subject: Re: How to get my server to support PEX?
Date: 10 Apr 92 18:01:54 GMT
Reply-To: lilleyc@cs.man.ac.uk (Chris Lilley)
Organization: Department of Computer Science, University of Manchester UK

In article <1992Apr10.130633.2030@dsd.es.com> pmartz@dsd.es.com (Paul Martz) writes:

>In article <4557@m1.cs.man.ac.uk>, lilleyc@cs.man.ac.uk (Chris Lilley) writes:

>> Well it does have DPS (display postscript) so I believed it for a while.
>> But then, I set the display to a VT1000 terminal (if you have used one of
>> these, read on and weep - with laughter). The same set of extensions were
>> listed. Ho hum.  Is there another way to tell, or is this a bug in the
>> server?

>(Disclaimer: I have no idea how X works on VAXen, so take this with a
>grain of salt. Maybe someone from DEC can comment?) What you are
>describing sounds like a bug in xdyinfo. It should've complained that
>it couldn't open display, when you set your DISPLAY to the VT1000 --
>obviously there's no X server running there!

Sorry I should have explained. A VT1000 is a {personal opinions on} slow,
crappy,[personal opinions off} 1 bit per pixel X terminal. With 2MB memory.
It can display a few xterms and stuiff, but for real graphical apps it is a
non starter. However it certainly is an X server, of sorts. However it has
no display postscript and certainly no PEX.  So either

a)  xdpyinfo is in error and asking the wrong questions, or
b)  the server is in error and giving the wrong answers.

I tend to favour the latter theory.  Why have DEC made their servers behave
like this? After all DEC wrote X11 (ref: Schlieffer et al, X Window System,
introduction) How is an application supposed to determine the capabilities
of the server??

	Chris
From: schultz@schultz.kgn.ibm.com
Newsgroups: comp.windows.x.pex
Subject: Re: SUMARRY: Workstations and applications already using PEX
Date: 13 Apr 92 16:15:47 GMT
Reply-To: schultz@vnet.ibm.com
Organization: IBM AWD Graphics Systems


> 
>   Those soon to be shipped
> 
> 	IBM		(to be announced, probably their RS 6000 series)

Slight correction:  IBM started supporting the PEX extension in 1Q92 on
RISC System/6000 machines equipped with GTO and GT4X graphic systems.
The SI-PHIGS library is also supplied.


Karl Schultz                             schultz@vnet.ibm.com
These statements or opinions are not necessarily those of IBM
Newsgroups: comp.windows.x.pex
From: rthomson@mesa.dsd.es.com (Rich Thomson)
Subject: Re: How to get my server to support PEX?
Reply-To: rthomson@dsd.es.com (Rich Thomson)
Organization: Design Systems Division, Evans & Sutherland, SLC, UT
Date: Mon, 13 Apr 92 16:21:40 GMT

In article <4565@m1.cs.man.ac.uk>
	lilleyc@cs.man.ac.uk (Chris Lilley) writes:

>However [the VT1000] has no display postscript and certainly no PEX.
>So either
>
>a)  xdpyinfo is in error and asking the wrong questions, or
>b)  the server is in error and giving the wrong answers.
>
>I tend to favour the latter theory.

I just looked at xdpyinfo and it just called XListExtensions, which
returns an array of extension names.  Inside the sample server, the
array is returned based on the extensions which are initialized.  Have
you tried a small test program that tried to query one of these
extensions and/or open it?

>How is an application supposed to determine the capabilities
>of the server??

Exactly the way xdpyinfo does.  However, attempting to open an
advertized extension may fail.  For instance, the PEX extension may
fail on the VT1000 when it doesn't have enough memory/bit-planes, etc.
A better method, I feel, would be to not advertize the extension if
there aren't resources to let it be opened.  The PEX-SI fails to be
listed in the R5 sample server if the init routine for the PEX
extension can't find the PEX fonts.  (I bumped into this when I
compiled the SI for hp300 machines at the U of U.)

						-- Rich
-- 
	Repeal the personal income tax; vote Libertarian in 1992.
Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
UUCP: ...!uunet!dsd.es.com!rthomson			Rich Thomson
Internet: rthomson@dsd.es.com	IRC: _Rich_		PEXt Programmer
From: dwb@IMD.Sterling.COM (David Boyd)
Subject: Re: Ada multitasking with X-windows
Organization: Sterling Software, IMD
Date: Sun, 12 Apr 1992 03:02:36 GMT
X-Md4-Signature: 1013936a77a05be5559f2f15a0d8ac74

In article <1992Apr10.020331.24966@flood.com> tom@flood.com (Tom Chatt) writes:
>
(Lots of interesting stuff on how to solve Ada / C interface problems)
>
>As I have said, I don't think that you have to completely reimplement
>X in order to provide some decent bindings. You just have to make sure
>that the Ada RTS gets in *between* X and Unix. Probably the best way
>to do this would be to replace at least part of libc, such that when
>you linked your program, the X calls to, e.g., select(2), would be
>getting the Ada RTS version of select, and not the "real" Unix one
>(at least not directly).
>
>Doing it "right" would probably entail something like:
>
>    application
>    -------------
>    X Ada bindings (massages data, then calls C routines)
>    -------------
>    libXt, libX, etc. (C routines, off the shelf from MIT or wherever)
>    -------------
>    Ada RTS libc emulations / real libc
>    -------------
>    Unix kernel
>
>Not a reimplementation. Not a "strict binding". Rather, an Ada
>package for X that allows its applications users to worry about
>their own problems rather than those of the package. That's my
>idea of a good binding.
>
	And the government wants to know why developing X applications
in Ada costs so much!!  I am old enough to remember the tail end of JOVIAL
(a previous government developed language) and someone asking us to develop
bindings between our FORTRAN libraries and JOVIAL.  The problems were very
similar and the solutions equally ugly in many cases and JOVIAL was not as
different from FORTRAN as Ada is from C.  

	The solution is for someone to
completely re-implement not only the X library and intrinsics with a
design geared toward Ada but the GUIs libraries (OLIT & MOTIF) as well.
The resulting implementation would probably look nothing like the X, Xt, and
Xm libraries of today. 

	The real problem is the government issuing specs that call for
development of code in Ada using Motif and X. (Note my current contract has
this specified).  They then wonder why the project overruns budget, and the
software is both unmaintainable and unportable.

-- 
David W. Boyd	             UUCP:     uunet!sparky!dwb
Sterling Software IMD        INTERNET: dwb@IMD.Sterling.COM
1404 Ft. Crook Rd. South     Phone:    (402) 291-8300 
Bellevue, NE. 68005-2969     FAX:      (402) 291-4362
From: dmm@cfa.harvard.edu (David Meleedy)
Newsgroups: comp.windows.x
Subject: X11R5, Xaw, AsciiTextWidget
Date: 15 Apr 92 21:01:04 GMT
Article-I.D.: cfa.1992Apr15.210104.15097
Reply-To: meleedy@cfa.harvard.edu
Organization: Smithsonian Astrophysical Observatory, Cambridge, MA,  USA


I am having a problem using the AsciTextWidget, I was wondering if there
was someone out there who could give me a quick answer...

What I want to be able to do is write to file using ordinary methods,

fputs to a FILE stream...

Then what I want to be able to do is display the text in a widget, and have
it non-editable... but I want to be able to write to the text file, using
fputs again, and have the widget detect that the file is different than its
internal buffer and refresh its display...

I have attempted to create the widget by first including,

#include <X11/Xaw/AsciiText.h>
#include <X11/Xaw/AsciiSrc.h>
#include <X11/Xaw/Text.h>


String fallback_resources [] = {

        "*allowShellResize: True",
        "*MessageBoard.fromVert: Label1",
        "*MessageBoard.scrollVertical: whenNeeded",
        "*MessageBoard.scrollHorizontal: whenNeeded",
        "*MessageBoard.string: /tmp/oneliners",
        "*MessageBoard.type: file",
        "*MessageBoard.displayCaret: False",
        "*Buttons.fromVert: MessageBoard",
        "*Quit.shapeStyle: roundedRectangle",
        "*Quit.cornerRoundPercent: 30",
        "*Update.fromHoriz: Quit",
        "*Update.sensitive: False",
        "*Update.shapeStyle: roundedRectangle",
        "*Update.cornerRoundPercent: 30",
        "*font: -*-helvetica-*-r-*-*-*-*-*-*-*-*-*-*",
        "*background: LightSteelBlue",
         NULL
};

                        dl->ascii = XtVaCreateManagedWidget ("MessageBoard",
                                                        asciiTextWidgetClass,
                                                        dl->frame, NULL);

What happens is that the widget appears, but there is no text inside at all.
In fact by modifying the displayCaret value in the fallback_resources I
was able to determine that the fallbacks were working.  Also I did verify
that the file /tmp/oneliners existed and had stuff in it.

Any help would be greatly appreciated...

- -David Meleedy

-- 
=======
David Meleedy				Smithonian Astrophysical Observatory
meleedy@cfa.harvard.edu			60 Garden Street, MS 70
Phone: 617 495 7252			Cambridge, MA  02138  USA
Xref: sparky comp.windows.x:10013 comp.windows.x.motif:3214
From: hwrvo@lhdsy1.chevron.com (W.R. Volz)
Newsgroups: comp.windows.x,comp.windows.x.motif
Subject: Where is Ken Olsen's internet address??
Date: 14 Apr 92 17:56:48 GMT
Followup-To: comp.windows.x
Organization: Chevron Oil Field Research, La Habra, CA.

Does anyone have the internet address of Ken Olsen so I can
send him a note. I am having trouble getting things fixed in
digital and I think he might want to know. I've have had 
motif problems with their version since June of last year
and it hasn't been fixed yet. Their latest still had the
problems. This is no joke. How can I send him a note?
From: envbvs@epb9.lbl.gov (Brian V. Smith)
Newsgroups: comp.windows.x
Subject: Re: xsetroot -cursor limited to 32x32
Date: 15 Apr 92 22:17:36 GMT
Article-I.D.: dog.22728
Organization: lbl
NNTP-Posting-Host: 128.3.12.98

In article <1992Apr15.210612.1066@brtph560.bnr.ca>, psycho@brtpa25.bnr.ca (Paul Jezioranski) writes:
|> I'm using an HP/Apollo 425 running SR10.3. When I type:
|> 
|> 	> xsetroot -cursor <bitmap_file> <mask_file>
|> 
|> and both the cursor and mask file have x/y parameters larger
|> than 32 bits, the cursor image gets truncated to 32x32. Is
|> there an Xdefault parameter that I'm missing somewhere??
|> The window manager doesn't seem to make a difference...

Your display hardware is limited to having cursors of 32x32 pixels.
Vaxstations have the limitation of 16x16 pixels for cursors.
Some machines don't have a limitation.

There exist several Xlib procedures to query the limits for certain
things like cursor size (XQueryBestCursor), tile size etc. because of 
these limitations.

-- 
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.
From: M21444@mwvm.mitre.org
Newsgroups: comp.windows.x
Subject: PC X Servers -- need opinions
Date: 16 Apr 92 19:12:45 GMT
Article-I.D.: mwvm.167CBD5ED.M21444
Organization: The MITRE Corporation, McLean VA 22102


 
Does anyone out there use a PC X Server such as HCL eXceed, XVision,
Xoftware, X-One, X11/AT, PC-X Windows, MultiView/X, PC-Xview, DESQview/X,
etc.?
 
If so, I'd like to hear about your experiences with whatever package(s) you
use...specifically, what package, what HW/SW environment, what applications
you use, your opinion of performance, ease of use, tech support, bugs,
etc...
 
I've ordered a few packages to evaluate for a client and would like to get
an idea about what HW upgrades they may need (currently 386/25, VGA w/
640x480x16, 4MB RAM -- will be running graphic-intensive applications).
 
Thanks in advance -- you can reply to me or post, I'll summarize if'
anyone's interested.
 
Christine Wechter (cwechter@mitre.org)
From: jkk@daimi.aau.dk (Jens Kristian Kj{rg}rd)
Newsgroups: comp.windows.x
Subject: Getting mod3 to work in ISC 3.0 X
Keywords: ISC 5.3.2 ver 3.0
Date: 14 Apr 92 20:28:35 GMT
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark

In order to have a danish keyboard mapping (several additional
characters) I want to use the right ALT key Alt_R as mod3.
I have defined an xmodmap inputfile and afterwards xmodmap
returns the expected mapping, but  pressing the Alt_R key
seems to have no effect for xterm. Even Xev does not show the
expected characters, it shows a state value which is different
when the Alt_R key is pressed, but the character from XLookupString
corresponds to the character without the Alt_R pressed.
Is any special actions to be taken to have the mod3 working?
Have I overlooked something?

Best regards
Jens Kristian Kjaergaard
jkk@daimi.aau.dk
Newsgroups: comp.windows.x
From: scott@itp.COM (Scott Johnson)
Subject: Server Image Extension
Organization: The Internet
Date: Fri, 17 Apr 1992 17:15:40 GMT

Howdy,

    I have heard of an image extension to X, I believe that it was called
XIE, but I couldn't find it in the FAQ.  Does this really exist?  If so 
where may I find documentation on it?

Thankyou

		-- Scott
		scott@itp.com
Newsgroups: comp.windows.x