When printing out a PDF from another program (i.e. Visio) using the RedMon PDF converter (as installed via the instructions at http://www.stat.tamu.edu/~henrik/GSWriter/GSWriter.html, a problem was noticed when the page orientation was set to landscape. The content of the page was oriented as such, but the page itself had a portrait orientation in the PDF. Example: The page in Visio: +---------------+ | Page 1 | | Page 1 | | Page 1 | +---------------+ The PDF output: +-----+ | 1| | | | 1 E| Characters are rotated to the proper orientation, but | G| I can't simulate that in the bug report. |1 E A| | G P| |E A | |G P | |A | |P | +-----+ Expected output: +---------------+ | Page 1 | | Page 1 | | Page 1 | +---------------+
Created attachment 1378 [details] A sample of the improper page orientation
You can submit this as a bug against Visio, for failing to give good orientation hints, against Redmon for failing to pass these hints on or act on them. Us for failing to interpet the hints, but without the visio output file I can't tell where to look. For more information : http://bugs.ghostscript.com/show_bug.cgi?id=592930 gs/doc/ps2pdf.htm This is a common problem as applications expect you are printing to paper, which uses the physical rotation method. *** This bug has been marked as a duplicate of 592930 ***
Stefan, If you look at the attached PDF I sent you, this also happens with Notepad. It is probably a bug with RedMon given that two applications do not yield proper results. I'll refile under RedMon. Thanks!
As Stefan wrote, we would need to see the original PostScript file fed by RedMon to Ghostscript. There is a problem in ghostscript which hasn't yet been fixed. I need to complete testing of Distiller vs Ghostscript to work out exactly what behaviour is required, before any changes are made to ghostscript.
Hey Stefan, After contacting the author of RedMon, it appears as though it is actually something that Ghostscript doesn't process properly. (His words, not mine.) Since it looks like Ghostscript isn't processing %%ViewingOrientation, this is still a valid bug entry, correct? Thanks! Quote from the e-mail: In particular, ghostscript doesn't process %%ViewingOrientation correctly, which would probably have fixed this one. You may get it to work by adding -dAutoRotatePages=/PageByPage to the ghostscript command line, but if some text is meant to be in the wrong direction then this will get confused. Russell Lang gsview@ghostgum.com.au Ghostgum Software Pty Ltd http://www.ghostgum.com.au/
Russell, Just tell me how to get you the original postscript file and I'll do it no problems. Thanks!
Please attach the PostScript file to the bug report like the existing PDF file.
Created attachment 1384 [details] Postscript file
Created attachment 1385 [details] PDF file
Recent version of Ghostscript correctly convert %%VievingOrientation to /Rotate attribute. This bug has been fixed for quite a while but the bug report has never been closed. Closing now.