--export-eps ignores stroke thickness and clips rightmost and bottom objects for --export-area-drawing

[Stebue]

In the drawing saved as eps some lines are missing (see attachment). The drawing can't be used. Export to png works. Also eporting with version 0.46 did well.
The drawing is in one layer only.

Inkscape 0.47, Windows XP (newest release)

[su_v (suv-lp)]

Could you please attach the original SVG file?

[Stebue (st-buechler)]

The original file is in the attachment.
Similiar older files did work with 0.46 and don't with 0.47.

I just opened test.eps with inkscape. It is complet! But it is incomplete as I include it in word (with 0.46 it worked fine). Even if I export an old svg-File to eps I have the problem with version 0.47

Also some export feature (just selectione etc. ) do not work correctly

[su_v (suv-lp)]

Not reproduced with Inkscape 0.47 (cairo 1.8.8) and 0.47+devel r9225 (cairo 1.8.10) on OS X 10.5.8

Both your attached EPS file 'test.eps' and the sample file 'Test.svg' exported to EPS locally render the same as in Inkscape when
viewed in
- Apple's default previewer (Preview.app)
- gv 3.6.7 (GhostScript 8.70)
as well as when
- imported into OpenOffice.org 3.1.1 and 3.2.0
- when re-opened in Inkscape.

Exporting with 'Convert texts to paths' unchecked doesn't make a difference.

[[e-mail] (alejandro-erickson)]

To reproduce in 0.48:
Make a box, give it non-zero stroke thickness of a different colour from the fill. Save a copy as eps, check "export area is drawing"

Alternatively, in the command line this is
inkscape testclipping.svg --export-area-drawing --export-eps=testclipping.eps

I don't know if there is an easy fix. The command line export options don't appear to let you specify the size of the eps canvas other than choosing between drawing and page (it does for bitmap export though). I looked here http://inkscape.modevia.com/inkscape-man.html

[[e-mail] (alejandro-erickson)]

The eps that was exported by the above command. (can only attach 1 thing per post)

[su_v (suv-lp)]

@alejandro - how does your issue relate to the originally reported one ("missing lines in EPS export")?

Please file your issue separately - note however that it seems to be a Cairo bug (not related to Inkscape's code): exporting your drawing with Inskcape 0.48+devel r9931 (built and linked with cairo 1.8.10) exposes the same issue (EPS bounding box width is too short), while export with Inkscape 0.48+devel r9931 (built and linked with cairo 1.10) no longer cuts off the right edge (but adds an additional small margin at the bottom).

(Both versions built and used on Mac OS X 10.5.8, exporting via GUI)

[[e-mail] (alejandro-erickson)]

I may have misinterpreted the attachments I found here. They showed the same line cutting bug as I am talking about and those are the only lines missing. Other than that, the old attachments don't show a bug, in my opinion.

[su_v (suv-lp)]

> I may have misinterpreted the attachments I found here.

Sorry, no - it was my mistake for not rechecking after reading about your findings: the vertical line at the right edge of the drawing content is cut off in the middle with older versions of cairo (not as noticeable as in your example - indicating maybe a rounding error when converting units px -> pt?).

Exporting 'Test.svg' from comment #3 with Inkscape 0.48+devel r9931 (cairo 1.10) adds an additional small padding at the right edge of the drawing content. Older and current cairo versions seem to use different algorithms for determining the bounding box offset and dimensions:

test.eps attached by the reporter:

%!PS-Adobe-3.0 EPSF-3.0
%%Creator: cairo 1.8.6 (http://cairographics.org)
%%CreationDate: Tue Mar 23 17:03:03 2010
%%Pages: 1
%%BoundingBox: 0 0 150 106
%%DocumentData: Clean7Bit
%%LanguageLevel: 2
%%EndComments
%%BeginProlog

Test.eps exported with Inkscape r9931, cairo 1.8.10:

%!PS-Adobe-3.0 EPSF-3.0
%%Creator: cairo 1.8.10 (http://cairographics.org)
%%CreationDate: Wed Dec 1 08:29:20 2010
%%Pages: 1
%%BoundingBox: 0 0 150 106
%%DocumentData: Clean7Bit
%%LanguageLevel: 2
%%EndComments
%%BeginProlog

Test.eps exported with Inkscape r9931, cairo 1.10:

%!PS-Adobe-3.0 EPSF-3.0
%%Creator: cairo 1.10.0 (http://cairographics.org)
%%CreationDate: Wed Dec 1 08:21:50 2010
%%Pages: 1
%%BoundingBox: 0 -1 151 106
%%DocumentData: Clean7Bit
%%LanguageLevel: 2
%%EndComments
%%BeginProlog

[[e-mail] (alejandro-erickson)]

In case someone else comes across this before it is fixed, here is a temporary fix that worked for me:

Set the page size to the objects you want to export.

File -> Document Properties. Select the Page tab, just under Width and Height steppers there a triangle beside the words "Resize page to content", click it, click "Resize page to drawing or selection".

This got me the right height but flaked out on the width. I added 1 pixel to the width and was in business (approximately). The 1 pixel thing my have to do with the fact that my stroke in testclipping.svg is 1 pixel wide... so experiment.

I suppose this means that Inkscape has its own way of calculating the drawing area, since this button gives a result different from cairo's...

[su_v (suv-lp)]

Possibly related issue when exporting to PDF: bug #721162

[Beluga (buovjaga)]

Repro "additional small padding at the right edge of the drawing".

Arch Linux 64-bit, KDE Plasma 5
Inkscape 0.92pre1 15054 (GTK3)