Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!ucsd!pacbell.com!pacbell!att!mcdchg!mcdphx!toy!razdan From: razdan@phx.mcd.mot.com (anshuman razdan) Newsgroups: comp.windows.x Subject: Re: Hardcopy in X Message-ID: Date: 7 Sep 90 20:58:29 GMT References: <103@atc1.UUCP> Sender: listen@mcdphx.phx.mcd.mot.com Followup-To: comp.windows.x Organization: Motorola MCD Lines: 51 In-reply-to: janssen@parc.xerox.com's message of 6 Sep 90 23:26:52 GMT In article writes: In article <103@atc1.UUCP> shyam@atc1.UUCP (Shyam Mittur) writes: Does anybody know of a strategy to obtain hardcopy from X clients that is not restricted to the server's display resolution? For example, I would like Sure. Have the client generate different formats for different output devices. For example, the Andrew zip drawing editor draws with pixels on the X Window System screen, but outputs PostScript for the printer. Frame's FrameMaker does this as well. (Why do I think this wasn't the real question?) if Shyam is looking for a "wonder tool" that automatically generates Postscript(or such) for the image on the screen, there exists none to my knowledge. Ofcourse xdpr etc... are avialable but there is no control over the resolution or filtering of the image/drawing. The best bet is to generate the Postscript code by the application. It is only possible, ofcourse, if the application knows how to redraw the contents of the window(which a good application should anyways). One great advantage is that the application has control over what it ouputs on the printer and I mean not just resolution wise. One of the problems that I ran into was resolving the issue of color. The lighter(??) colors get converted to white and darker colors to black (for regular b/w printeres). The application may want to have the control over this. Also, since color printers are becoming more and more common(read popular) and considering most graphics application have bigger on the user if color is splashed all over( I do not want to start a color vs monochrome war though), the application should have control over generating postscript for color printers and yet be able to service b/w printers. What I did and it certainly is not the best way (I did not know of a better then or now) is write C routines that generate postscript code and then I ship the file to the printer. But every application has different needs so.....unless (somebody thinks I did not understand the question like Janssen) -- Anshuman Razdan ************************************************************ * razdan@toy Test and Methodology Group * * * * razdan@phx.mcd.mot.com Diablo Plant, Tempe Az * ************************************************************