Path: utzoo!attcan!uunet!ginosko!gem.mps.ohio-state.edu!csd4.csd.uwm.edu!bionet!agate!ucbvax!hplabs!hpfcdc!stroyan
From: stroyan@hpfcdc.HP.COM (Mike Stroyan)
Newsgroups: comp.sys.hp
Subject: Re: Fixing starbase graphics spooling
Message-ID: <5570271@hpfcdc.HP.COM>
Date: 18 Aug 89 16:49:09 GMT
References: <589@cbnewsi.ATT.COM>
Organization: HP Ft. Collins, Co.
Lines: 25
> Here is a filter that I whipped up to fix problems with spooling to HP
> plotters from STARBASE. The problem that it fixes is one of sizing.
> Normally STARBASE spools thinking it is working with E size paper. This
> is fine if you really are, but if you are using an A size plotter, most
> of your plot ends up off the page. So, here it is...
The earliest of the Starbase releases did use a constant plotter size
when spooling. The problem has been corrected since at least as far
back as the 6.2 series 300 and 2.0 series 800 releases. The current
Starbase HPGL driver issues an "SC" command in spool files which causes
the plotter to scale the D size coordinates in the output to the
actual size of plotter. The scaling can be overriden by calling
"set_p1_p2" with "METRIC" coordinates. Perhaps you are dealing with
an old release of the driver or with a program that uses "set_p1_p2"
with "METRIC". A spooled file that does not scale to the plotter
size could be made to scale by adding an "SC,,,"
command to the front and filtering out other SC commands in the file.
If you are interested in spooling output for later interpretation into
Starbase calls, then the hpcgm driver would be more convenient. CGM
files written by the hpcgm driver can be interpreted by calling
"cgm_to_starbase". There is an example CGM interpreter program in
"/usr/lib/starbase/demos/interp_cgm.c".
Mike Stroyan, stroyan@hpfcla.hp.com