comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: Postscript dump to a Laserwriter
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: Postscript dump to a Laserwriter [message #633 is a reply to message #632] Fri, 18 December 1992 13:30 Go to previous messageGo to previous message
thompson is currently offline  thompson
Messages: 584
Registered: August 1991
Senior Member
In article <1992Dec18.174615.4416@ennews.eas.asu.edu>, scowen@wfpc3.la.asu.edu (Paul A. Scowen) writes...
> In article <18DEC199211000500@stars.gsfc.nasa.gov>, thompson@stars.gsfc.nasa.gov (William Thompson, code 682.1, x2040) writes:
>
> |> I don't understand this part. I have trouble seeing how the internal commands
> |> like CONTOUR, TVRD, TVLCT, etc. can affect the values stored in the COLORS
> |> common block.
>
> Well, so do I - but try it. It does exactly that - completely forgetting the
> stretch you've set.

I guess I still don't know what you mean exactly. Does it change the arrays
stored in the common block, or does it just change the color tables on the
display? Could you give me a concrete example?

>
> |> >1. Given a color strectched image with contours overlaid, how can I produce
> |> >*either* color or laserwriter PS from a tvrd() call (ignoring the screen-
> |> >dump bugaboo)?
> |>
> |> You can do a dump of a window with exactly the same colors that appear on the
> |> screen by using TVLCT,/GET to get the current (stretched) color table. For
> |> example,
> |>
> |> IMAGE = TVRD(0,0,!D.X_SIZE,!D.Y_SIZE)
> |> TVLCT,RED,GREEN,BLUE,/GET
> |> SET_PLOT,'PS'
> |> TV, IMAGE !Note: Not TVSCL
> |> TVLCT,RED,GREEN,BLUE
> |> SET_PLOT,'X'
>
> Unfortunately, Bill, this does *not* work. I've just tried it several times,
> with several different stretches, and the resulting PS file looks execatly
> the same for all versions. It uses the default setting of b/w linear in the
> 4bit mode, which is of no use to me. This is my whole point.

This may be because I left out the following command:

DEVICE,/COLOR,BITS_PER_PIXEL=8

which is crucial. Sorry about that. (I also forgot the DEVICE,/CLOSE at the
end.)

(remainder of previous message deleted).

Bill Thompson
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Re: problems with FFT cross spectra and other floating point operations
Next Topic: Command buffer

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Oct 10 09:53:12 PDT 2025

Total time taken to generate the page: 0.31791 seconds