HDTenEightyP/NetNews huggingface dataset:
From: bdb112@rsphy3.anu.edu.au (Boyd Blackwell)
Subject: X Terminals with PEX support
Reply-To: bdb112@rsphy3.anu.edu.au (Boyd Blackwell)
Organization: Plasma REsearch Lab
Date: Wed, 2 Sep 92 01:42:39 GMT

I have been impressed by the PEX support for phigs in ULTRIX 4.2A.  It falls short of
dedicated hardware (e.g. sgi Indigo, or DEC PXG), but at least it is there, and it makes 
software like AVS much more available.

Has anyone heard of an X-terminals that support the PEX extensions? (and how do you find
out - xdpyinfo sometimes mentions PEX, sometimes not!


--
	-Boyd Blackwell
Plasma Research Lab, RSPhysSE, ANU/ GPO Box 4 /Canberra ACT 2601/AUSTRALIA
internet: Boyd.Blackwell@anu.edu.au
PHONE: +61 62 49 2482 +61 62 51 2605(h) FAX: Boyd Blackwell, PRL +61 62 49 1884
Xref: sparky comp.windows.x.pex:529 comp.unix.aix:9387 alt.graphics:337 comp.graphics:9445
From: pfuetz@igd.fhg.de (Matthias Pfuetzner)
Newsgroups: comp.windows.x.pex,comp.unix.aix,alt.graphics,comp.graphics
Subject: IBM's graPHIGS package, problem with GPNBS, any hint?
Date: 4 Sep 92 13:14:24 GMT
Followup-To: poster
Organization: Zentrum fuer Graphische Datenverarbeitung, Darmstadt, FRG

Hi Everybody!

I have a problem with IBM RS/6000 graPHIGS library and the GPNBS call.

Simply said: The above call inserts the corresponding element into the
structure store, but I don't see nothing on the screen!

I checked whether the currently open workstation supports non-uniform B-spline
surfaces (it does), what the maximum order is (6, I only use 2x3 and sometimes
3x3), so that I'm sure, this primitive is available.

Before inserting the GPNBS I inserted "pfill_area_set3" using the ISO C
Binding provided under /usr/lpp/graPHIGS/samples/cbinding, so that I can use
mixed calls for those routines that are currently not supported in ISO C
Binding form.  This fill_area_set3 is properly drawn, so that I'm sure the
workstation is opened correctly. The data I supply for the B-spline surface is
OK, as I am also using libphigs.a (producing PEX calls) on the IBM and on Sun
workstations with X11R5 by MIT. With these libraries I see my surface!

I never use trimcurves, so I don't use GPTNBS.

Here is the call:
#if defined( AIXV3 ) && defined( USE_GRAPHIGS )
   GPNBS( (Pint)2, (Pint)3, uknots.num_floats - 2, vknots.num_floats - 3,
          uknots.floats, vknots.floats, 0, 0, 0, 1, 4, grid.points.point4d,
          uknots.floats[0], uknots.floats[uknots.num_floats - 1],
          vknots.floats[0], vknots.floats[vknots.num_floats - 1] );
#else   
   pnuni_bsp_surf( (Pint)2, (Pint)3, &uknots, &vknots, PRATIONAL, &grid,
                   (Pint) 0, (Ptrimcurve_list *) 0 );
#endif

Any hint is highly appreciated!

Sincerly,
        Matthias
-- 
    Matthias Pfuetzner  |  @work:  +49 6151 155-150  | @home: +49 6151 75717
    6100 Darmstadt, FRG | ZGDV, Wilhelminenstrasse 7 | Lichtenbergstrasse 73
      pfuetzner@igd.fhg.de, pfuetzner@zgdvda.UUCP    |  Keith Packard said:
      R5 is different from R4. That's why we changed the release number :-)
Newsgroups: comp.windows.x.pex,comp.graphics,comp.sys.sgi
From: rws@shograf.com (Bob Schulte)
Subject: Re: PEXtk 1.0 Test Programs
Organization: SHOgraphics
Date: Tue, 25 Aug 1992 17:57:19 GMT
Summary: PEXtk on SUN IPC's

In article <1992Aug20.132131.9585@uoft02.utoledo.edu>, evaleros@jupiter.cse.utoledo.edu (Elsa S. Valeroso) writes:
> 
> 
> 	I have just compiled PEXtk Version 1.0 based on DEC Contrib PEXlib 5.0
> 	on one of our Sun SPARC station IPCs. I ftp'd the source code and the 
> 	library from export.lcs. 
> 
> 
> 	My question is: "When I execute any of the test programs, shouldn't the
> 	workstation be clear of any previous images drawn by a previous test 
> 	program? Whenever I try to execute the test program dtest, which is 
> 	supposed to read an .obj file and rotate it forever, the image from the
> 	previous position is never cleared before it is drawn again in a 
> 	different position. 
> 


     Running the dtest program on the PEX-SI on a SUN IPC with a dumb 8-bit 
     color display should perform the (pixmap) double buffering correctly. 
     However, if you have any of the other color options on your IPC, that 
     could be causing the problem. Since the image clearing is being performed
     by an XFillRectangle call, I don't see any reason why it shouldn't work.


   -Bob Schulte
    rws@shograf.com
From: schmidt@rpksun1.mach.uni-karlsruhe.de (Martin Schmidt)
Newsgroups: comp.windows.x.pex
Subject: Integrate PEX and XEvent loop
Date: 3 Sep 92 13:23:24 GMT
Organization: Univerity of Karlsruhe (FRG)

Hi MIT-X11R5 PEX specialists.
For my application I need to integrate PEX and my XEvent loop.

When I create my XWindow with

       XCreateWindow(...)   and
       XSelectInput(appl_display,appl_window, ButtonPressMask | KeyPressMask );

       the drawable id is 54525953

Wenn I open my PEX workstation with

       Pconnid_x_drawable conn;
       conn.display = appl_display;
       conn.drawable_id = appl_window;
       popen_ws(WS1, (Pconnid)(&conn), phigs_ws_type_x_drawable)

and ask for the drawable id (with Pescape) then the same id is returned.

BUT when I then start an XEvent loop and pick into the X/PEX-Window
all events come from the window with the id 71303169 (in my example).

WHY is the window id no longer the same ??

Has somebody of you made some experiences with integrating InterViews 3.0.1
with MIT-X11R5 PEX ??

Thanks for any help

Martin
____________________________
     _ __ _ __  _
    ' )  ) )  ) / ,'              ... Martin Schmidt
     /--' /--' /-<                    RPK, University of Karlsruhe
    /  \ /    /   \                   schmidt@rpksun1.mach.uni-karlsruhe.de

"Things should be made as simple as possible, but not simpler." Albert Einstein
_______________________________________________________________________________
Newsgroups: comp.windows.x.pex
From: rthomson@mesa.dsd.es.com (Rich Thomson)
Subject: Re: 2D stuff using PEX?
Reply-To: rthomson@dsd.es.com (Rich Thomson)
Organization: Design Systems Division, Evans & Sutherland, SLC, UT
Date: Tue, 1 Sep 92 19:36:22 GMT

In article <476@imp.diablery.10A.com>
	devil@diablery.10A.com (Gil Tene) writes:
>Is it possible to use a 2D imaging model under PEX? 

Since 2D is a subset of 3D imaging, the answer is yes.  The phigs api
provides 2D primitive and viewing functions.

>3D processing is much more expensive than 2D processing is. A
>trasformation requires roughly 2 times the calculations. This 
>means a "2D PEX server" could draw a 2D display at least twice
>as fast as a "3D PEX server".

Sounds like what you really want is to extend the idea of display
lists to encompass X primitives?  I'm not sure if you're arguing for
explicit 2D display lists to achieve performance, or a separate
"2D PEX" extension.  From all the problems existing subsetting has
caused, I doubt if anyone is going to lobby for a 2D subset of PEX,
or a new 2D extension to support display lists.

However, the structure element mechanism could be extended to support
X primitives.  How useful this would be given that X primitives are
all in device coordinates, I'm not sure.

						-- 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: bruce@mayo.edu (Bruce Kall)
Subject: 3d WC from Cursor Position
Reply-To: bruce@mayo.edu
Organization: Mayo Foundation
Date: Fri, 28 Aug 92 21:52:00 GMT

Is there anyway to get a  REAL 3D WC coordinate from a
2d cursor position that reflects the ACTUAL location
where it is (in 3d)

I am aware of the DRAWABLE_POINTS_TO_WC
escape, but this is not obviously what I want.

It seems that this is described on page 742 of 
O'reilly's PHIGS programming manual regarding
3d Locator points as well as on page 788
regarding picking a Z value of 0 to pass to the
escape.  

Has anyone tried  iteratively passing Z coordinates
to the escape for the whole range of DC and then
somehow figuring out really where your cursor is in
3d??

Is this an impossible function to perform (taking 2d
cursor location and getting a REAL 3d WC coordinate)
in Phigs?  Is seems like some 'escape' traversal with the 2d
cursor location would be able to figure out which 3d coordinate
is actually displayed on the screen where you have selected 
the point (last point traversed at that x,y location?????)




for



---



\------------------------------------------------------------\
 \   Bruce Kall                \  Internet:   Kall@Mayo.edu   \
  \   Mayo Clinic (Foundation)  \  Phone: (507)-255-4768       \
   \   Rochester, MN 55905       \                              \
    \------------------------------------------------------------\

Xref: sparky comp.windows.x.pex:495 comp.graphics:9139 comp.sys.sgi:12874
From: pascal@apd.cpg.sony.co.jp (Pascal Goguey)
Newsgroups: comp.windows.x.pex
Subject: Vertical text, PEX
Date: 4 Sep 92 01:12:24 GMT
Distribution: comp.windows.x, comp.windows.x.motif, comp.windows.x.pex
Organization: Sony Corporation,Communication Products Group Audio Products
	Div,Atsugi,Japan.


	Hi, everybody!

	I'm not a good programmer. I should say I'm a beginner.
Therefore, I would appreciate if you could reply with beginner-level
words.
	I have written an X applicetion program which is supposed to
draw an Amplitude vs Frequency diagram. I can write "Frequency" on the
horizontal axis, and I'd like to write "Amplitude" on the vertical
axis. If I want to save space, I should write "Amplitude" vertically.
The fontstruct->direction does not provide this function. Is there
a simple way to rotate a string ?

	Second question : I haven't found any FAQ file related to
PEX. What is PEX ?
	Poor Experience about X (like me) ?
	Prevent Emission of X-ray ?
	Present Exchange for Xmas ?
	Something else ?

	Thanks in advance for your reply !
--
  Pascal Goguey  Sony Corporation  ($@GC9%7Z(J  $@8d7](J)
  Communication Products Group Audio Products Div
  Atsugi TEC, Japan

  Aucun homme n'est jamais assez fort pour ce calcul.
From: vesper@2plot.reo.dec.com (Andy Vesper)
Newsgroups: comp.windows.x.pex
Subject: Re: Does decwindow support pex.
Date: 4 Sep 92 18:59:16 GMT
Reply-To: avesper@mr4dec.enet.dec.com
Organization: Digital Equipment Corporation


>   As the subject indicates, does decwndows have support
for pex,.

Yes, DECwindows does have support for PEX. Not all
servers support PEX, but those with 3D hardware certainly
do. A partial list:

	DECstation 5000/xxx PXG+
	DECstation 5000/xxx PXG-Turbo+

	VAXstation 4000 Model 60 SPXg
	VAXstation 4000 Model 60 SPXgt

Andy V -- not an official DEC spokesperson
Newsgroups: comp.windows.x.pex
From: sbhatia@mary.fordham.edu (SABU)
Subject: Does decwindow support pex.
Organization: Fordham University
News-Software: VAX/VMS VNEWS 1.41    
Date: Fri, 4 Sep 1992 17:56:00 GMT
X-Posted-From: mary.fordham.edu
X-Posted-Through: sol.ctr.columbia.edu

Hi,


   As the subject indicates, does decwndows have support for pex,.


sabu

////////////////////////////////////////////////////////////////////////
/   Internet:  SBHATIA@mary.fordham.edu                                /
/   BITnet:    SBHATIA@FORDMULC                                        /
/                                                                      /
/                                                                      /
////////////////////////////////////////////////////////////////////////
Newsgroups: comp.windows.x.pex
From: schmidt@rpksun1.mach.uni-karlsruhe.de (Martin Schmidt)
Subject: auto_box example on monochrom screen
Organization: Univerity of Karlsruhe (FRG)
Date: Tue, 1 Sep 1992 14:09:38 GMT

Is there any possibility to run the PEX-SI example auto_box
on a monochrome machine (MIT-X11R5, PEX-SI, SparcIPC, Mono) ??
I now that within the FAQ they say NO.

Does this mean
 a) Only this specific example does not work on a mono screen.
 b) No PEX-SI example will ever run on a SparcIPC with
    a mono screen.

Any proposals ? I have to run a PEX-SI example on such a machine.

------------------------
     _ __ _ __  _ 
    ' )  ) )  ) / ,'              ... Martin Schmidt
     /--' /--' /-<                    RPK, University of Karlsruhe
    /  \ /    /   \                   schmidt@rpksun1.mach.uni-karlsruhe.de

"Things should be made as simple as possible, but not simpler." Albert Einstein
_______________________________________________________________________________
From: akin@sgi.com (Allen Akin)
Newsgroups: comp.windows.x.pex,comp.graphics,comp.sys.sgi
Subject: Re: Future development of PEX/PHIGS
Keywords: PEX, OpenGL
Date: 27 Aug 92 22:44:16 GMT
Organization: Silicon Graphics, Inc.

In article <p1f880s@fido.asd.sgi.com> I wrote:
|                                                       ...Here's a
| quick-and-dirty program to test memory-to-memory copy rates, assuming
| your local implementation of memcpy() is fully optimized:  ...

If:
	The size of the program's data arrays happened to be an integral
	multiple of your machine's data cache size
and:
	Your machine's memcpy() routine transferred less than one cache
	line's worth of data for each iteration of its inner loop

	-or-

	The data arrays were not aligned on cache-line boundaries

then on some systems the program could report a copy rate lower than
you might expect.  The first condition causes corresponding portions of
source and destination arrays to map to the same cache line, and the
second condition causes part of the destination cache line to be
written before all of the source cache line has been read (thus
forcing the source cache line to be ejected before all of it has
been used).

If it weren't for some programmers' tendencies to use power-of-2 array
sizes, this situation would be very rare in practice. :-)

A quick fix is to change the size of the data arrays.  Since nearly all
cache sizes today are powers of 2, all we need to do is use a size that
isn't a power of 2.  Here's a new version, which also uses an ANSI C
routine for timing:


	#include <stdio.h>
	#include <stdlib.h>
	#include <time.h>


	/*
	 * NBYTES must be greater than the machine's cache size, not an
	 * integral multiple of the machine's cache size, and less than half
	 * the amount of physical memory available to the process.  This
	 * ensures we measure memory-to-memory copy speed rather than
	 * cache-to-cache or disk-to-memory speed.
	 */
	#define NBYTES          (2 * 1000 * 1000)

	/*
	 * NITERATIONS must be large enough to amortize error due to timer
	 * granularity and overhead.
	 */
	#define NITERATIONS     100



	main()
		{
		char* source;
		char* destination;
		clock_t start;
		clock_t finish;
		register int i;

		source = malloc(NBYTES);
		destination = malloc(NBYTES);

		memcpy(destination, source, NBYTES);    /* touch all pages */

		start = clock();
		for (i = 0; i < NITERATIONS; ++i)
			memcpy(destination, source, NBYTES);
		finish = clock();

		printf("%.1f MB/s\n",
		    ((double) NBYTES * NITERATIONS / 1000000.0)
		    / ((double) (finish - start) / CLOCKS_PER_SEC));

		exit(0);
		}


Thanks to Thad Beier for noticing an anomaly, and Kevin Meier for
tracking it down.

Allen
From: devil@diablery.10A.com (Gil Tene)
Newsgroups: comp.windows.x.pex
Subject: 2D stuff using PEX?
Date: 26 Aug 92 11:39:34 GMT
Organization: Diablery, cloud seven, Hell. (also 10A Inc.)

Is it possible to use a 2D imaging model under PEX? 

PEX's advantage over X lies not only in 3D processing, it lies
in display-list processing on the server. Lots of CAD drafting
tools have use for 3D viewing only when doing 3D imaging, with
most of the intense work being done in 2D mode. There used to be
"smart" graphics terminals (such as the Tek4125) that did local
display list processing, pan and zoom, etc. -- The 3D stuff was 
then the expensive icing, not always needed. These terminals, 
when hooked up to a serial line will still outperform current
vanilla-X terminals when doing pan and zoom operations on
complex 2D drawings.

3D processing is much more expensive than 2D processing is. A
trasformation requires roughly 2 times the calculations. This 
means a "2D PEX server" could draw a 2D display at least twice
as fast as a "3D PEX server".

Any comments?

-- 
--------------------------------------------------------------------
-- Gil Tene			"Some days it just doesn't pay     -
-- devil@imp.HellNet.org	   to go to sleep in the morning." -
-- devil@diablery.10A.com 					   -
--------------------------------------------------------------------
Newsgroups: comp.windows.x.pex,comp.windows.x
From: worthen@nosc.mil (Richard H. Worthen)
Subject: PEX & X primitives in same window
Keywords: PEX X primitives window
Organization: Naval Ocean Systems Center, San Diego, CA
Distribution: usa
Date: Wed, 26 Aug 1992 03:40:47 GMT


What are the restrictions (if any) and side effects of drawing to a window 
or pixmap via PEX commands (including instantiating a PHIGS workstation, 
traversing structures, etc.) then using XGetImage/XPutImage or drawing into 
this same window or pixmap using core X commands/primitives?

thanks in advance,

Rick Worthen, NRaD, Code 414, worthen@nosc.navy.mil
From: pha21@seq1.keele.ac.uk (Braham Levy)
Newsgroups: comp.windows.x.pex
Subject: Re: X Terminals with PEX support
Date: 2 Sep 92 11:45:24 GMT
Organization: University of Keele, England


Tektronix !
Newsgroups: comp.windows.x.pex
From: cannon@ziggy.es.com (Gary Cannon)
Subject: Re: 3d WC from Cursor Position
Reply-To: cannon@ziggy.es.com (Gary Cannon)
Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
Date: Wed, 2 Sep 92 15:27:01 GMT

In article <1992Sep1.212308.19369@bmw.mayo.edu>, Kall@Mayo.EDU writes:
> I guess what I was wondering (or dreaming of) is:
> 
> Yes the cursor 'sits over a pixel in the 2D device coordinate space
> of the screen'.  The escape X_DRAWABLE_TO_WC_POINTS
> returns some 3d location based on the X,Y drawable
> location and some Z  value you pass in.  
> 
> Isn't there anyway for Phigs to  figure out  from the
> scene what pixel the 2d cursor is sitting on (i.e. traverse the
> whole scene from Z-min to Z_max  for that 2d X,Y coordinate
> and find out what the 3d WC coordinate is of the pixel that you
> are seeing on the screen.  After traversal  doesn't only one 3d WC coordinate
> deposit that pixel even if structures overlap? 

What you are asking for is PHIGS picking. You need to be using a IN/OUT
workstation type and look at the description of the input functions
for INITIALIZE PICK 3, SET PICK MODE (I recommend event mode), AWAIT EVENT,
and GET PICK.

> 
> 
> ---
> 
> 
> 
> \------------------------------------------------------------\
>  \   Bruce Kall                \  Internet:   Kall@Mayo.edu   \
>   \   Mayo Clinic (Foundation)  \  Phone: (507)-255-4768       \
>    \   Rochester, MN 55905       \                              \
>     \------------------------------------------------------------\
> 

--
 ---		Gary G. Cannon
 ---		Evans & Sutherland
 ---		cannon@dsd.es.com
From: kiki@bass.bu.edu (Keith Baccki)
Newsgroups: comp.windows.x.pex
Subject: Re: 3d WC from Cursor Position
Date: 3 Sep 92 18:11:05 GMT
Reply-To: kiki@bass.bu.edu (Keith Baccki)
Followup-To: comp.windows.x.pex
Organization: Boston University

In article <1992Sep2.152701.20934@dsd.es.com> cannon@ziggy.es.com (Gary Cannon) writes:
>In article <1992Sep1.212308.19369@bmw.mayo.edu>, Kall@Mayo.EDU writes:
>> I guess what I was wondering (or dreaming of) is:
>> 
>> Yes the cursor 'sits over a pixel in the 2D device coordinate space
>> of the screen'.  The escape X_DRAWABLE_TO_WC_POINTS
>> returns some 3d location based on the X,Y drawable
>> location and some Z  value you pass in.  
>> 
>> Isn't there anyway for Phigs to  figure out  from the
>> scene what pixel the 2d cursor is sitting on (i.e. traverse the
>> whole scene from Z-min to Z_max  for that 2d X,Y coordinate
>> and find out what the 3d WC coordinate is of the pixel that you
>> are seeing on the screen.  After traversal  doesn't only one 3d WC coordinate
>> deposit that pixel even if structures overlap? 
>
>What you are asking for is PHIGS picking. You need to be using a IN/OUT
>workstation type and look at the description of the input functions
>for INITIALIZE PICK 3, SET PICK MODE (I recommend event mode), AWAIT EVENT,
>and GET PICK.


	If you want a coordinate from world coordinate space, picking
won't work for you as it returns the structure instance from the CSS
which the user has "picked". Is this what you want? Or do you actually
want some (x,y,z) from WC space? I guess I don't completely understand
what you're asking since, for instance, you mention "traversing" the
scene in Z given an (x,y) to find a 3d coordinate, and (reverse-)mapping
your DC space to WC space in the same sentence, but they don't really 
have anything to do with each other...

If you want a coordinate, sample a "locator" device. 
If you want to select a structure element directly, 
sample a "picking" device.

Alternatively, if you want to interactively select coordinates in
WC space, just create a 3-D cursor where it's position is translated
in the X-Y plane by mouse movement in X-Y with the middle button down,
and depth is given by movement in the X (xor Y) direction with the 
right button down. (You need a 3 button mouse for clicking, though.)
The cursor is drawn as three single polylines, and you always know
the coordinates of it's orthocenter in WC since that's where you
define it. Also, you can map whatever DC delta to WC delta you want
(i.e. for every three pixels, move the cursor 0.3 units, or whatever).
It's crude, but I've used this method effectively in the past.


			- Keith
Newsgroups: comp.windows.x.pex,comp.sys.sgi,comp.graphics
From: rthomson@mesa.dsd.es.com (Rich Thomson)
Subject: NCGA Picture Level Benchmark (was: Time to put up or shut up)
Followup-To: comp.graphics
Keywords: benchmarks NCGA GPC
Reply-To: rthomson@dsd.es.com (Rich Thomson)
Organization: Design Systems Division, Evans & Sutherland, SLC, UT
Date: Tue, 1 Sep 92 19:41:32 GMT

[I've included comp.sys.sgi and comp.graphics in this followup and
have directed other followups to comp.graphics as this has nothing to
do with PEX anymore]

In article <ortnla8@fido.asd.sgi.com>
	akin@sgi.com (Allen Akin) writes:
>If I had to guess, I'd say that SGI hasn't pursued the PLB because it
>hasn't made a difference to sales.  If PLB numbers were prerequisites
>for some significant number of purchase orders, the company would work
>on them more aggressively.
>
>This is strictly my uninformed opinion, not an official position of SGI.

Richard Grossen, the local SGI sales rep, told me that SGI does "very
well" on the PLB and promised to send me the results of the PLB
benchmarks since he didn't have them at the demo he was doing for a
local visualization symposium at the University of Utah.  It's been a
year and a half and I still haven't seen the numbers.  I would think
that any marketing department worth its salt would be screaming about
the numbers loud and clear if they performed "very well" on their
products.

SGI is very eager to publish its SPECmarks for the processors on its
machines.  The SPEC benchmark suite is similar to the PLB benchmark
suite in conception.  The only conclusion I can draw from this is that
SGI must not perform very well on the benchmark and doesn't want to
publish "bad" numbers.

						-- 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: Throg the Invisible
Newsgroups: comp.windows.x.pex
Subject: Printing PHIGS pictures
Keywords: Printing
Date: 3 Sep 92 14:25:07 GMT
Reply-To: cnbs63@uk.ac.strath.ccsun
Followup-To: New Subject
Organization: Strathclyde Ultrasonics Labs

I am about to start writing some application software that will generate graphs and pictures using PHIGS on a SUN workstation. Is there any available program or routine that will allow a PHIGS picture to be saved in a format that can be printed or imported into a word processing package. The generally accepted format we have used in other graphic systems has been HPGL (HP graphic language).

Thank you for your attention
Newsgroups: comp.windows.x.pex