HDTenEightyP/NetNews huggingface dataset:
From: syd@DSI.COM (Syd Weinstein)
Subject: Help exporting as EPS file
Organization: Datacomp Systems, Inc., Huntingdon Valley, PA
Date: Wed, 18 Nov 1992 02:31:15 GMT

I have a frame document with a graphic + text I want to export
in an EPS file so that someone with Mac Quark Express can use
it in something for me.  Anyone know how to convert the
frame stuff to EPS suitable for MAC.

Note: I can always make a postscript print image, but that isn't
EPS and Quark can't read my print image.

PS: I don't have access to frame on a mac, so it has to be a 
UNIX solution.
-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL11
Datacomp Systems, Inc.                 Projected 3.0 Release: ??? ?,1994
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
Newsgroups: comp.lang.postscript
From: rcd@raven.eklektix.com (Dick Dunn)
Subject: Re: Postscript Font Scaling & Reduction
Summary: a bit on "optimum size"
Organization: eklektix - Boulder, Colorado
Date: Sun, 22 Nov 1992 00:01:48 GMT

ab@nova.cc.purdue.edu (Allen B) writes:
>mmwang@adobe.com (Michael Wang) writes:
>> As the point size gets smaller than this optimum size, reading
>> comprehension begins to suffer  ...  Conversely, as the point size
>> gets larger, reading speed suffers ...
...
>...I'm just wondering how the optimum size is related to size
>(or, I guess it would be better to say "extent") and
>resolution.
...
>Let's not worry about resolution for the moment.  We can
>avoid that by assuming we're talking about billboards or
>very high resolution printer output.  The extent of a
>character on a billboard might be the same as that on a page
>at the expected viewing distance for both...

Yes, but there's one more factor which influences optimum size:  There's an
optimum viewing distance for the eye.  That is, the eye works best at one
particular distance.  If you look at 10 pt type from 1 foot distance, or
1000 pt type from 100 ft, the type has about the same apparent size (sub-
tends the same angle of view) to the eye...but the two aren't equally
readable.  For "normal" eyes, the close-in type is more easily read.

You can experiment with the eye's ability to resolve fine detail at various
distances.  In effect, you create a test chart of a certain size and use it
to test at one particular distance.  Then, say you double the size of the
test; use it to test at twice the distance.  Increase the size again and
increase the viewing distance by the same factor, test again.  What these
experiments find is that the eye's performance has a noticeable peak in
resolving power; resolution drops off at distances smaller or larger.  For
a normal eye (for some definition of "normal":-), the optimum distance is
supposed to be on the order of 25 cm or a little more.  (Make your rule of
thumb 25 cm if you use metric, a foot if you use English system.:-)  This
pins down one more constraint in choosing the best range of type size--
you know that it's not going to make sense to print in thumbnail format in
3-pt type for a book to be held just beyond the nose, nor at 18-pt in a
large format held at arm's length.  (This also gives one reason why "large
format" books for people with slight visual impairment won't become the
norm--they're not only more cumbersome; they're not as comfortably readable
to the average eye.)

>In Type 1 fonts, all the hinting is aimed at resolution
>limits and it seems to work OK.  What type of hinting
>mechanism would help optical scaling?  It'd be based on
>actual size (or extent if we know it), right?

It would be better to specify the desired effective (optical) size
explicitly.  That way (a) you don't get in trouble with re-scaling the
output by photo-reduction or the like, and (b) you don't have as much
bum code in applications grubbing around in the CTM.
-- 
Dick Dunn    rcd@raven.eklektix.com   -or-   raven!rcd    Boulder, Colorado
	...Simpler is better.
From: davidh8@pogo.wv.tek.com (David Haight)
Newsgroups: comp.lang.postscript
Subject: Re: Eye Chart
Date: 23 Nov 92 19:18:17 GMT
Reply-To: davidh8@pogo.wv.tek.com
Organization: Tektronix, Inc., Wilsonville,  OR.

In article <1eisnrINNbjn@gaia.ucs.orst.edu> hebert@OCE.ORST.EDU (Dave Hebert) writes:
>
>Does anyone have a postscript file that makes the classical eye testing chart?

I would also like to find a source for the standard color
blindness test charts.

-----------------------------------------------------------------------
David Haight            | davidh8@pogo.wv.tek.com          | INTERNET
Tektronix, GPID Div.    | ...!tektronix!pogo.wv.tek.com!davidh8| UUCP
PO Box 1000, M/S 63-630 | (USA) (503) 685-3151             | VOICE
Wilsonville, OR 97070   | (USA) (503) 685-3063             | FAX
-----------------------------------------------------------------------
Newsgroups: comp.lang.postscript
From: zisk@adobe.com (Stephen Zisk)
Subject: Re: How to switch paper trays?
Followup-To: comp.lang.postscript
Organization: Adobe Systems Incorporated
Date: Fri, 20 Nov 1992 20:17:16 GMT

In article <1992Nov19.215824.4822@cs.brown.edu>, jgm@cs.brown.edu (Jonathan
Monsarrat) wrote:
> /BinT {statusdict begin 0 setpapertray end} def
> /BinB {statusdict begin 1 setpapertray end} def
> 
> Before each StartPage sequence, I call one of the above functions to
> set the desired paper tray.  E.g.
> 
> BinT
> StartPage
> 
> 1. I suspect that different printers may number their paper trays
>    differently (i.e. 0 and 1 or 1 and 2).  Is this the case and, if
>    so, what printers use what numbers?  Is there a way of querying the
>    printer about its paper trays?
> 
> 2. Is my usage of the setpapertray command correct?

The answer to #1 is yes, printers can use different numbering systems.
Without a printer supplement, you will have to experiment to find out
what the numbers mean.

On #2, yes, you are using it fine, *BUT* remember, it is subject to save
and restore. If a page-level save is done before your call, and the restore
occurs before the showpage (good practice for structuring), then the
restore will undo your call to setpapertray. On a Level 2 machine, this
would install a new page device, and your page would be erased as well.

Check the structure carefully and make sure you are not shooting yourself
in the foot.

Stephen Zisk (zisk@adobe.com)  Disclaimer: These are my personal views
Adobe Systems Incorporated     and do not represent the position of
Eastern Regional Office        Adobe Systems Incorporated.
24 New England Exec. Park
Burlington, MA 01803           They pay me but they don't muzzle me!
From: (Michael Bruewer)mib@bio128.uni-bielefeld.de 
Subject: Re: psnup
Date: Mon, 16 Nov 1992 17:16:34 GMT
Reply-To: mib@bio128.uni-bielefeld.de 
Organization: Universitaet Bielefeld, Rechenzentrum

In article <1e1ug7INNf0v@agate.berkeley.edu> pinghua@emily9.Berkeley.EDU  
(Pinghua Young) writes:
> This may be a dumb questions, but is there a psnup program that
> works with PostScript file which itself contains EPS files?
> 
> I tried the pnsup from wuarchive.wustl.edu but it didn't work
> with included EPS graphics (I mean it didn't shrink the graphs). 

I had the same problem with psnup (don t remember the version). The solution  
was mpage.
_________________________________________________________________
Michael Bruewer

e-mail: mib@bio128.uni-bielefeld.de
 
Universitaet Bielefeld
Newsgroups: comp.lang.postscript
From: doug@seas.smu.edu (Doug Davis)
Subject: Resetting a laserwriter
Organization: SMU School Of Engineering and Applied Science
Date: Wed, 18 Nov 1992 16:57:58 GMT


Howdy,
we have a small problem with an apple laserwriter where by someone
has downloaded some postscript to it resetting the idle time, end
of file and the password to something we don't know (or desire)
Anyone know how to reset one of these beasts all the way back
to factory defaults?   Any help would be appreciated, I'll
summerize if there's any other interest.


Thanks
doug
--
SEAS Computer Operations                                   doug@seas.smu.edu
Caruth Hall -- Southern Methodist University                    214-692-3066
3145 Dyer Street  #116
Dallas Texas 75235
Newsgroups: comp.lang.postscript
From: malloy@nprdc.navy.mil (Sean Malloy)
Subject: Re: Labels for Video Tapes
Date: Fri, 20 Nov 92 10:19:50 PST
X-Received: by usenet.pa.dec.com; id AA29593; Fri, 20 Nov 92 10:20:04 -0800
X-Received: by inet-gw-1.pa.dec.com; id AA10304; Fri, 20 Nov 92 10:20:01 -0800
X-Received: from morgana.nprdc.navy.mil by atlantic.nprdc.navy.mil (4.1/SMI-4.0)
	id AA22613; Fri, 20 Nov 92 10:19:50 PST
X-Received: by morgana.nprdc.navy.mil (4.1/SMI-4.0)
	id AA04860; Fri, 20 Nov 92 10:19:50 PST
X-To: comp.lang.postscript.usenet

In article <1992Nov16.205839.28164@ryn.mro4.dec.com>,
sherwin@mcis2.enet.dec.com (Jim Sherwin) writes:
>In article <13NOV199209530837@lheavx.gsfc.nasa.gov>,
>orlandini@lheavx.gsfc.nasa.gov (Mauro Orlandini) writes...
>>       I am wondering if there exists a PostScript program to create
>>       labels for Video Tapes. I know of such a file for audio
>cassettes,
>>       but I am not aware of something for videos.
>
>	I pulled this from this news group about 18 months ago.
>
><<<<<<<<<<<<<<<  cut here ... dont forget to delete the tailer
>>>>>>>>>>>>>>>>>
>%!PS-Adobe-1
>%%Creator: Jamie Zawinski <jwz@lucid.com>
>%%Title: video-tape.ps
>%%CreationDate: 1-mar-91
>%%
>%%  PostScript code to generate VHS video cassette labels.  Version 2.0.
>%%  Copyright (c) 1991 Jamie Zawinski <jwz@lucid.com>.  Comments welcome.
>%%
>%%  Permission granted for non-commercial use and distribution so long as
>%%  this notice of copyright remains intact.
>%%
>%%  There are examples of how to use this code at the end of this file.
>%%
>%%  I find that rubber cement works best for attaching these labels to
>%%  video cassettes.  A water-based glue or epoxy will cause the paper
>%%  to warp eventually.
>%%
>%%EndComments

I have found that, while it wastes about half the page, using the
Avery adhesive label sheets (the uncut 8.5x11 adhesive sheets) works
extremely well for printing these labels; they adhere well and are a
lot less trouble than trying to apply glue by hand to paper labels.


-- 
random sig #136:
Sean Malloy                                 | The compiler runs
Navy Personnel Research & Development Center| Like a swift-flowing river.
San Diego, CA 92152-6800                    | I wait in silence.
malloy@nprdc.navy.mil                       |
From: zzang@stat.ufl.edu (zzang)
Newsgroups: comp.lang.postscript
Subject: WANTED:tutorial manual or books info
Date: 18 Nov 92 16:51:11 GMT
Article-I.D.: eng.1992Nov18.165111.23054
Distribution: usa
Organization: University of Florida
Originator: zzang@manta

Hello,
do we have any tutorial manual on the
postscript? I just begin to learn the
postscript language, and would like to
find a good tutorial manual or book
of the language.

can someone give me some suggestion?

Thanks in advance!


-- 
Zhuo Zang[~{j0WA~}]
Department of Statistics
University of Florida            Email: zzang@stat.ufl.edu
Newsgroups: comp.lang.postscript
From: rthomson@mesa.dsd.es.com (Rich Thomson)
Subject: Re: Is there interest in comp.sources.postscript?
Reply-To: rthomson@dsd.es.com (Rich Thomson)
Organization: Design Systems Division, Evans & Sutherland, SLC, UT
Date: Sun, 22 Nov 92 22:54:12 GMT

>In article <1992Nov14.235834.9723@dsd.es.com>
    rthomson@dsd.es.com (Rich Thomson) writes: 
>>This is one of the many reasons for moderating a sources group.  The
>>moderator would simply weed out any comments and not approve them.

In article <6803@m1.cs.man.ac.uk>
	lilleyc@cs.man.ac.uk (Chris Lilley) writes:
>You mean, just discard them?

If they insist on posting discussion to the sources group, then yes
the moderator would discard them.  One way to prevent this confusion
is for the moderator to ensure that the "Followup-To:" line in the
header always points to the relevant discussion group.  I favor
comp.lang.postscript as this discussion group as there is not enough
volume to warrant a new group.

>Why? Are you trying to stop any of the
>discussion that would occur when sources were posted?

Of course not -- the point, which I think you agree with, is to
separate the discussion from the sources postings so that discussion
isn't archived in with the sources, etc.

>Or are you suggesting that the moderator(s) should redirect discussion
>to the comp.lang.postscript?

That is one option -- setting the Followup-To: on postings means that
this often happens without intervention on the part of the moderator.

						-- Rich
-- 
		      Don't blame me; I voted Libertarian
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: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.lang.postscript
Subject: Re: psnup
Date: 17 Nov 92 02:13:13 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <BxtJzn.7By@hermes.hrz.uni-bielefeld.de> mib@bio128.uni-bielefeld.de writes:
>In article <1e1ug7INNf0v@agate.berkeley.edu> pinghua@emily9.Berkeley.EDU  
>(Pinghua Young) writes:
>> This may be a dumb questions, but is there a psnup program that
>> works with PostScript file which itself contains EPS files?
 
>> I tried the pnsup from wuarchive.wustl.edu but it didn't work
>> with included EPS graphics (I mean it didn't shrink the graphs). 

>I had the same problem with psnup (don t remember the version). The solution  
>was mpage.

Yeah, but mpage insists on borders...

It might be worth checking the PostScript to see if it does saves
and restores around the EPSes.  If it's not, try inserting some
and see if the situation improves.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
From: lilleyc@cs.man.ac.uk (Chris Lilley)
Newsgroups: comp.lang.postscript
Subject: Re: Converting X color (24 bits color) image to postscript.
Keywords: Preview
Date: 12 Nov 92 21:45:08 GMT
Organization: Dept Computer Science, University of Manchester, U.K.

In article <1992Nov10.194925.15996@cc.umontreal.ca> latendrm@ERE.UMontreal.CA (Latendresse Mario) writes:

>I have been looking around to find a program to convert
>images, dumped by the xwd program from a 24 bits color
>display, into PostScript (Level 2).

Well converting it to a PS file that *prints* on a level 2 printer is
one thing. Finding a program that *uses* the level 2 features is
another. Were you thinking of the compression or the device
independent colour aspects of Level 2?

Anyway, to make your file try:

xwd -nobdrs | xwdtopnm | pnmtops > file.ps (or pipe straight to your
printer)

You may want to remove gamma correction from your ppm image before
conversion to PS (printers don't need gamma correction).

Note that this process uses the simple minded (1-R)(1-G)(1-B) formula
so the colours will be quite different in print from the screen.

If you want to use the Level 2 image operator and set up a calibrated
RGB space you will need to know the RGB and white chromaticities of
your monitor, and its gamma. 

Has anyone written a program that takes a ppm file and this info and
generates a Level 2 PostScript representation like this? I understand
what it has to do, but wouldn't call myself a programmer.




--
Chris Lilley
---------------------------------------------------------------------------
Technical Author, ITTI Computer Graphics and Visualisation Training Project
Computer Graphics Unit, Manchester Computing Centre, Manchester, UK
Internet:   lilley@cgu.mcc.ac.uk        Janet:   lilley@uk.ac.mcc.cgu
Voice:      +44 (0)61 275 6095          Fax:     +44 (0)61 275 6040
---------------------------------------------------------------------------
Newsgroups: comp.lang.postscript
From: henry@trilithon.mpk.ca.us (Henry McGilton)
Subject: Re: Is there interest in comp.sources.postscript?
Organization: Trilithon Software
Date: Thu, 19 Nov 1992 21:47:03 GMT

In article <1992Nov18.141054.28598@panix.com> schuster@panix.com (Michael  
Schuster) writes:
    *  I would LOVE to see somp. sources.postscript.
    *  In fact, that's what I originally thought/hoped THIS newsgroup would be,
    *  instead of a recurring cycle of "Do you have a filter to convert nnn to
    *  PostScript" and "Do you have a filter to convert PostScript to nnn".
As I already stated, I'm not convinced of the usfulness of a 
comp.sources.postscript group because the volume of useful
source is too low to warrant such a group.  I vote no.

My vision of comp.lang.postscript is a forum to discuss PostScript
issues and techniques.  The issue with Level Two image that
Chris Lilley raised the other day is a good example of a good
use for the group.  

I agree with Mike that there's too much irrelevant drivel on
converting the universe to PostScript and vice versa.

	........  Henry
Newsgroups: comp.lang.postscript
From: searsk@med.ge.com (Kevin D. Sears)
Subject: Where to discuss Carousel?
Followup-To: comp.lang.postscript
Organization: GE Medical Systems
Date: Tue, 17 Nov 92 12:44:32 GMT

Will this be the news group to discuss Adobe's new Carousel project? Maybe
another group fits better or a new one will start.

Comments?

Who: Kevin D. Sears-searsk@med.ge.com
What: System and Network Admin(a.k.a "Sr. Maintenance Droid")
Where: GE Medical Systems
Disclaimer: I know nothing for sure but I sure try hard!
From: dcook@garnet.berkeley.edu (Dan Cook)
Newsgroups: comp.lang.postscript
Subject: eps2epsi converter: more questions?
Date: 23 Nov 1992 04:06:36 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: garnet.berkeley.edu

Ok, so I got perl installed on my machine, and (I think )
got perl to process the converter, i.e. it swallowed the
input file and then output another file with a preview 
built on to the front end... The problem now is that Framemaker
simply reads it as a text file, so I get 103 pages of postscript
code! 8)  I'm trying to get in touch with the Framemaker 
people, but I was wondering if anyone has actually used this
program to do what I am trying to get it to do... Maybe I 
should send mail to the guy who wrote the code... Gosh, what
a brilliant idea!

-uncle dan
Newsgroups: comp.lang.postscript
From: alan@pacdata.uucp (Alan McLachlan)
Subject: Re: Resetting a laserwriter
Organization: Pacific Data Products
Date: Thu, 19 Nov 1992 18:25:28 GMT

In article <1992Nov18.165758.11542@seas.smu.edu> doug@seas.smu.edu (Doug Davis) writes:
>
>Howdy,
>we have a small problem with an apple laserwriter where by someone
>has downloaded some postscript to it resetting the idle time, end
>of file and the password to something we don't know (or desire)
>Anyone know how to reset one of these beasts all the way back
>to factory defaults?   Any help would be appreciated, I'll
>summerize if there's any other interest.
>

The only way I know to do this would be to write a small program that
essentially would hunt down the correct password with the "checkpassword"
command in statusdict. Just loop through all the possibilities til it
found it.
Can post a program if interested.

-- 
--------------------------------------------------------------
  Beam me up Scotty, there's no intelligent life down here!
--------------------------------------------------------------
Alan McLachlan                       [ucsd|uunet]!pacdata!alan
Pacific Data Products                alan@pacdata.com
--------------------------------------------------------------

Newsgroups: comp.lang.postscript
From: cjmchale@dsg.cs.tcd.ie (Ciaran McHale)
Subject: Re: Wanted s/w Simple Postscript Typesetting for Slides ...??
Organization: DSG, Dept. of Computer Science, Trinity College Dublin
Date: Thu, 19 Nov 1992 12:32:12 GMT

In <1992Nov18.131052.4083@cas.org> lwv26@cas.org (Larry W. Virden) writes:
>There is a similar program for the SPARC and probably most other Unix boxes
>now as well.  I believe it is called Perspecta Presents!.  There is some
>info and a version on ftp.uu.net (perhaps in /tmp - if not, in the
>/vendors under perspecta I would guess).

Details were posted to comp.newprod about a week ago. I have tried the
demo version and overall it seems to have similar power to, say,
PowerPoint. I discovered a few bugs in it and have reported those to
the company (along with a wish list of improvements) so hopefully it
should become more stable in the near future. If anyone wants to try
out the demo version then be warned that it does not come with a user
manual (you have to struggle with the minimal on-line documentation). A
user manual is provided if you purchase the product.


Ciaran.
-- 
---- Ciaran McHale (cjmchale@dsg.cs.tcd.ie)
\bi/ Department of Computer Science, Trinity College, Dublin 2, Ireland.
 \/  Telephone: +353-1-7021539 FAX: +353-1-6772204
Newsgroups: comp.lang.postscript
From: mslade@netcom.com (Michael Slade)
Subject: Re: Worst PostScript: (Was Who bakes the Best PostScript?)
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sun, 22 Nov 1992 22:52:07 GMT

djs@jet.uk (David J Stevenson) writes:

>In <92322.131958AUBXG@ASUACAD.BITNET> AUBXG@ASUACAD.BITNET (Ben Goren) writes:

>>...
>>As far as the worst PostScript goes, I'd say that Finale (a music
>>notation program for the Macintosh) has to win the prize hands down.
>>I'd even go so far as to say that it's the worst programming I've
>>...
>So you've never used Calligrapher then :-)
>
I don't know how they do it, but MicroSoft Project is right up there with
the worst of them.  When drawing a large grid, it seems to draw each grid 
element as a separate graphic... it takes forever.

-- Michael Slade, Datavision Technologies
From: stolte@irit.irit.fr (Nilo STOLTE)
Newsgroups: comp.lang.postscript
Subject: Re: How to print a large ps file?
Date: 16 Nov 92 17:24:45 GMT
Organization: IRIT-UPS, Toulouse, France

>Do you mean to say that you think it's reasonable for someone in a computer
>science program not to know the difference between the computer on which he's
>generating the file, the machine that will be spooling the file, and the
>machine that will actually be printing the file?  If so, then CS is in even
>worse shape than I thought.

  I really prefer to use programs/languages that are not machine dependent:
C, PostScript, Latex, ... This inventions about EPS is that turned PostScript
machine dependent (or worse, program dependent), and also the new commands. There
should be a standard in EPS also. Certainly the stuff you write about is about 
computers, but to say that CS is in bad shape just because there are some
people that don't care about portability is quite too much. In adittion if you
don't like CS that much you can always quit the area, leaving place to really interested people. I would recomend you to change to Unix since VAX/VMS is
perhaps turning you a little bit closed-minded.  So be carefull not to offend
people without any good reason...
From: scotto@ipars.cts.com (Scott O'Connell)
Newsgroups: comp.lang.postscript
Subject: UPS Shipper Label
Date: 17 Nov 92 17:43:52 GMT
Organization: Spectrum Data Services - Carlsbad, CA
X-Newsreader: TIN [version 1.1 PL6]

I'm looking for some code to print an address label with the UPS shipper
number and little box for weight.  I suspect this is very trivial but 
was hopeing someone already had the code written.

Thanks in advance.

-- 

Scott O'Connell - N6ZEK                UUCP: {nosc, ucsd}!crash!ipars!scotto
Spectrum Data Services                 ARPA: crash!ipars!scotto@nosc.mil
Carlsbad, CA                           INET: scotto@ipars.cts.com