![]() eps-converted-to.pdf which are then used as graphics input for pdflatex. This is not my workflow, I use epstopdf which autoconverts eps files to. However I assume that when you say that everything works when using pdflatex, you're using a pdf graphic generated by inkscape. It does reveal some pretty annoying issues in inkscape in the first 24 hours that I'm using itġ) checkboxes which should have been radio buttonsģ) eps generation through save as (leaving the working document as eps, not the source svg) This should be export The labels were placed correctly, but the figure was too small.Īfter toggling them to and fro a few times, I now get only the drawing (with some additional room on the left side) when selecting 'export area is drawing' or both boxes checked (which is also reported in #499965)Īll in all this problem seems not to be the same as your original issue. Originally I got a full page pdf, with both boxes checked. When an additional graphic element (line) is added such that the bounding box will enclose all the text, the test is placed correctly.įor the pdf latex export I suspect the default state (after a 1st time installation) of bounding box calculation is not reflected by the 'export area is page' and 'export area is drawing' checkboxes. This may violate eps specification though. These do not seem to do much for eps (these also should be radio buttons, see also bug #499965)Īnyway, I think that when eps latex is selected the default bounding box should be the complete picture before stripping the text. This seems to be related to the options 'export area is drawing' and 'export area is page'. Because the bounding box was narrower than intended, latex prints the figure larger than it should be, thus it seemed that the overlayed texts were misplaced, but actually they were correct, the graphics were wrong. In inkscape the text extends to the left of the graphics, but this section is clipped by the bounding box. The reason is that this picture with text in inkscape is larger than the eps bounding box around only the graphical elements. This means my pdf workflow uses the eps-tex file generated by save to eps in inkscape.įor eps I found and 'solved' the problem: I noticed that the picture (only the graphical elements) was too large when inserted. eps- converted- to.pdf which are then used as graphics input for pdflatex. using the commandline-script for the export (it calls inkscape and makes an eps and a pdf, then calls a jar-file, which changes the name.xxx_tex (xxx of pdf, eps, ps) to name.tex, so that i am able to use only \input and plain LaTeX or pdfLaTeX furthermore it puts a % at every end of line, because otherwise i get unexpected figure sizes in LaTeX)Īttachment: incscape.zip, containing: 00-exportsvg.bat, ~.sh, ~README-eng.txt, ~tune.jar (written by a friend of mine, i hope he doesn't mind me publishing it), 00-Inkscape-commandline-eng.txt, nolinear.eps, ~pdf, ~svg, ~tex, September 2010.dvi, ~.pdf, ~.ps, ~.tex ![]() resizing it to its content (nothing is selected and in File/Document settings/Page there is a button like "fit page to selection" (i don't know the english caption since i use the german version) So, dear Paul, maybe it works for you using pdfLaTeX. I thought it is usefull, if i am able to make pdf and dvi files which are all the same, but now i got to realize that it doesn't work (with dvi). I never did before, but now i tested the Inkscape-files with plain LaTeX too and the text IS displaced again! After one houre, i can state, that this happens only with dvi-files (and with pdf and ps made from it), so maybe this bug is due to LaTeX (too). ![]() I tested your data and it works too in pdfLaTeX, after i opened it in Inkscape and handled the file in my way (i only changed the papersize in Inkscape). I still don't know, where the problem came from, but now it works fine with pdfLaTeX.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |