Re: Wrong placement with EPS graphics in pdflatex
Thomas Steffen schrieb: But why do you need to set a bounding box Is there any other option? When I include an EPS file, LyX always sets the bounding box according to the header of the file. Yes, but you can unset it. I never needed a bounding box, but OK I use EPS only very rarely. why an EPS when you want a PDF document? (Btw. the EPS file format often makes troubles. Different reasons - some old software, habits, the availability of the PostScript printer driver for Windows. The Postscript driver is independent of the file you want to print. Besides this I never heard that a PDF was not printable. To be specific, dia has no PDF export at all, and inkscape only does it via Cairo, which was completely broken until very recently. I use here on Windows the one year old Inkscape 0.46 nearly daily and work there with PDFs without any problem. Finally EPS usually crops to the actual drawing, and PDF always exports the whole page, which is just inconvenient. This is not the case here. In Inkscape I can set the page size to the size of the drawing. But even when you get an A4 page, you can easily crop the resulting PDF (many programs provide a "remove whitespace" option in the crop (or mediabox) settings). This conversion is done by the program ImageMagick that in turn needs Ghostscript. Is it? Because it seems that the default filter uses epstopdf, Sorry. ImageMagick is used the opposite way and to display any kind of images (except of PNG) within LyX. regards Uwe
Re: Wrong placement with EPS graphics in pdflatex
On Mon, Apr 20, 2009 at 6:32 PM, Uwe Stöhr wrote: > Yes, this EPS file is strange. Not particularly. It used to be standard to use (0,0) as the corner of the workspace, and usually the actual diagram has a different bounding box. > But why do you need to set a bounding box Is there any other option? When I include an EPS file, LyX always sets the bounding box according to the header of the file. I can do without clipping, but that does not actually solve the problem. > and > why an EPS when you want a PDF document? > (Btw. the EPS file format often makes troubles. Different reasons - some old software, habits, the availability of the PostScript printer driver for Windows. To be specific, dia has no PDF export at all, and inkscape only does it via Cairo, which was completely broken until very recently. Finally EPS usually crops to the actual drawing, and PDF always exports the whole page, which is just inconvenient. > This conversion is done by the > program ImageMagick that in turn needs Ghostscript. Is it? Because it seems that the default filter uses epstopdf, if it is present. As I said ps2pdf produces the same problems (which is very strange). Using convert solves the problem, but you have to add the rule manually, and I had some issues with this solution (have to figure which exactly). So I guess my conclusion is to use convert, and it works for me. Maybe reconfigure should be changed to use convert by default when available? Regards, Thomas But every involved > program can cause problem, so better use directly an image format that don't > need to be converted.) > > regards Uwe >
Re: Wrong placement with EPS graphics in pdflatex
Thomas Steffen schrieb: On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr wrote: What do you mean with "wrong place"? Images are usually within a flaot that will float in the output to a suitable position. Can you provide a _small_ example file? Here is an example, I hope it is small enough. It seems to be related to this specific eps file Yes, this EPS file is strange. But why do you need to set a bounding box and why an EPS when you want a PDF document? When I convert your EPS to PDF (see attached), it works very well for all output formats, a bounding box is not needed. (When you want only a part of the image to appear in the output you can cut the PDF image with e.g. Inkscape.) (Btw. the EPS file format often makes troubles. But in a PDF only PDF, PNG, and JPG images can be embedded so that LyX will have to convert EPS to PDF in the background when you use pdflatex. This conversion is done by the program ImageMagick that in turn needs Ghostscript. But every involved program can cause problem, so better use directly an image format that don't need to be converted.) regards Uwe fig.pdf Description: Adobe PDF document figtest.lyx Description: application/lyx
Re: Wrong placement with EPS graphics in pdflatex
On Sun, Apr 19, 2009 at 11:42 AM, Uwe Stöhr wrote: > What do you mean with "wrong place"? Images are usually within a flaot that > will float in the output to a suitable position. > Can you provide a _small_ example file? Here is an example, I hope it is small enough. It seems to be related to this specific eps file - for some reason the bounding box does not start at (0,0), and that does seem to throw off LyX. I am having difficulties trying to recreate this with a different eps file, but then again they all start the bounding box at (0,0). I am sure that did not used to be the case, but maybe it is getting more common. I get the same result whether I use ps2pdf or epstopdf as the converter from eps to pdf. I used to use convert, but that also gave me issues, although slightly different ones. Regards, Thomas fig.eps Description: PostScript document figtest.lyx Description: application/lyx
Re: Wrong placement with EPS graphics in pdflatex
Thomas Steffen schrieb: I noticed recently that I a lot of EPS graphics end up in the wrong place with the pdflatex backend. I guess it has to do with the bounding box, and somehow it is wrongly set during the conversion process. Then the picture ends up in the wrong place, or it is (partially) invisible if clipping is set. I find that very inconvenient. What do you mean with "wrong place"? Images are usually within a flaot that will float in the output to a suitable position. Can you provide a _small_ example file? regards Uwe