Version: unknown (using KDE 3.1.9) Compiler: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) OS: Linux (i686) release 2.4.18-14 Certain eps files are not displayed correctly in kghostview. The are rotated or displayed in a too large page. I've attached an example file. The file is displayed correctly in gv and coreldraw (which generated it).
Created attachment 741 [details] file mentioned in bug report
Created attachment 742 [details] thumbnail created by konqueror of the other attached file This thumbnail is not correct: the bounding box is not interpreted correctly.
The version of kghostview used is the HEAD version of today on Redhat 8.0.
I just read that there's a new DSC parser. Well, this error is still present in today's CVS.
Created attachment 4624 [details] eps-file created with mathematica shows wrong preview in Konqueror turns 90° in Kghostview
I have the same problem with eps files generated by Mathematica. Kghostview 0.13.2 rotates the files for 90° clockwise, gv 3.5.8 does NOT. (Using KDE 3.1.4 with SuSE9.0). Furthermore, this problem occurs also in Konqueror, where the (thumbnail) previews do not show the data accordung to the BB (BoundingBox), but a "white page" in thumbnail size, with the eps-data in the lower left corner. This Problem is NEW, because the preview of the SAME files is correct in Konqueror3.0.0 using KDE 3.0.0 (SuSE8.0), but now, with SuSE9.0 Konqueror 3.1.4 using KDE 3.1.4 not anymore.
Is this bug still present in a recent version of KDE, such as 3.5.8 or KDE 4.0RC2?
It is still the case for Kghostview 0.20 within KDE 3.5.5. I will try to update KDE next weekend to let you know. The thumbnails of the same files in Konqueror (3.5.5) are now displayed as expected, the whole BB is visible in the correct orientation.
Yes, it is still the same for my old eps files. Kghostview 0.20 (Using KDE 3.5.8 "release 31.1") rotates them, gv not, thumbnail in konqueror is OK.
This bug is fixed in KDE 4 (where KGhostView does not exist, but EPS files are viewed with either Okular or Gwenview, both of which display the attachment in comment #5 correctly).