[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:	DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:	See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:	STAR::VATNE

Created:	Mon Oct 30 1989
Last Modified:	Mon Dec 31 1990
Last Successful Update:	Fri Jun 06 1997
Number of topics:	3726
Total number of notes:	19516

3482.0. "DEcwindow hardcopy" by KETJE::VANDENBROECK (Vanden Broeck,SWAS manufacturing, @BRO) Wed Oct 17 1990 11:16

I'm  working as Account Consultant for a software house named
TRASYS @BRO. Among their requests, one is relative to the
hardcopy feature (Print Screen) of the DecWindow Manager.

When capturing part of the screen in PostScript format, the
produced file contains some preliminary and tail  PostScript
statements, encapsulating a bitmap. I seems that this bitmap is
already at printer resolution  extrapoled from screen resolution.
I'm right ? If yes, I guess that this kind of treatment will
consume a lot of CPU power. Isn't the PostScript RIP of the
printer able to perform this resolution change; the resolution
independence was declared  as one of the bigest advantage of
PostScript. My second concerm is about the fact that the hardcopy
feature uses PostScript to encapsulate a bitmap and doesn't
produce a pure PostScript file whatever the application runing in
the window. Pure PostScript file (without huge bitmap) will
actually produce a better quality at printing time and consumes
less time to be built

				Thanks for concern

					Robert


PS: I post this note in REGENT::POSTSCRIPT and BULOVA::DECWIDOWS,
is that the right address ?

T.R Title User Personal
Name Date Lines

3482.1 My wish too, but I'm pretty sure you're out of luck ATSE::DMILLER Cecil B D'Miller, the esoteric Wed Oct 17 1990 13:49 13

T.R	Title	User	Personal Name	Date	Lines
3482.1	My wish too, but I'm pretty sure you're out of luck	ATSE::DMILLER	Cecil B D'Miller, the esoteric	`Wed Oct 17 1990 13:49`	13
	The problem with using Print Screen from the Session Manager is that the Session Manager doesn't really know what's on the screen. All it knows is the current state of the screen bitmap, which it can encapsulate in Postscript format to send to a printer. Program that have their own print capabilities (Calendar, Paint, DECwrite) know how to draw their windows and can write "real" Postscript to give a higher quality print out. Perhaps someone else can answer the scaling/extrapolation part of your question. -Dave

	The problem with using Print Screen from the Session Manager is
	that the Session Manager doesn't really know what's on the screen.
	All it knows is the current state of the screen bitmap, which it
	can encapsulate in Postscript format to send to a printer.

	Program that have their own print capabilities (Calendar, Paint,
	DECwrite) know how to draw their windows and can write "real"
	Postscript to give a higher quality print out.

	Perhaps someone else can answer the scaling/extrapolation part
	of your question.

	-Dave