Dashed line overlaid with solid line in EPS and on print

Bug #997595 reported by Alex Valavanis
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Inkscape
Triaged
Medium
Unassigned
inkscape (Debian)
Confirmed
Unknown

Bug Description

Forwarded from Debian:

From: Dmitry Borodaenko <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: inkscape: Dashed line gets solid in EPS and on print
Date: Thu, 10 Mar 2011 20:49:10 +0200
[Message part 1 (text/plain, inline)]
Package: inkscape
Version: 0.48.1-2
Severity: normal

A dashed line is displayed correctly in Inkscape, but when exported to
EPS and/or printed out, is overlaid with a solid line.

This is a duplicate of #349327, which got closed and archived after
original reporter disappeared.

I can reproduce this bug using the attached SVG file, produced by Bouml.
Don't have to print it out to confirm, you can see the problem when
viewing the produced EPS file in Evince. Saving this diagram as Inkscape
SVG doesn't help.

Thanks,

--
Dmitry Borodaenko

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (70, 'testing'), (50, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-rc6-amd64 (SMP w/4 CPU cores)
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages inkscape depends on:
ii libaspell15 0.60.6-6 GNU Aspell spell-checker runtime l
ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib
ii libcairo2 1.10.2-4 The Cairo 2D vector graphics libra
ii libcairomm-1.0-1 1.8.4-3 C++ wrappers for Cairo (shared lib
ii libfontconfig1 2.8.0-2.1 generic font configuration library
ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii libgc1c2 1:7.1-7 conservative garbage collector for
ii libgcc1 1:4.5.2-5 GCC support library
ii libgconf2-4 2.28.1-6 GNOME configuration database syste
ii libglib2.0-0 2.28.1-1+b1 The GLib library of C routines
ii libglibmm-2.4-1c2a 2.24.2-1 C++ wrapper for the GLib toolkit (
ii libgnomevfs2-0 1:2.24.3-2 GNOME Virtual File System (runtime
ii libgomp1 4.5.2-5 GCC OpenMP (GOMP) support library
ii libgsl0ldbl 1.14+dfsg-1 GNU Scientific Library (GSL) -- li
ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface
ii libgtkmm-2.4-1c2a 1:2.20.3-1 C++ wrappers for GTK+ (shared libr
ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T
ii liblcms1 1.18.dfsg-1.2+b3 Color management library
ii libmagick++3 8:6.6.0.4-3 object-oriented C++ interface to I
ii libmagickcore3 8:6.6.0.4-3 low-level image manipulation libra
ii libpango1.0-0 1.28.3-2~sid1 Layout and rendering of internatio
ii libpangomm-1.4-1 2.26.2-1 C++ Wrapper for pango (shared libr
ii libpng12-0 1.2.44-1 PNG library - runtime
ii libpoppler-glib4 0.12.4-1.2 PDF rendering library (GLib-based
ii libpoppler5 0.12.4-1.2 PDF rendering library
ii libpopt0 1.16-1 lib for parsing cmdline parameters
ii libsigc++-2.0-0c2a 2.2.4.2-1 type-safe Signal Framework for C++
ii libstdc++6 4.5.2-5 The GNU Standard C++ Library v3
ii libwpd-0.9-9 0.9.1-2 Library for handling WordPerfect d
ii libwpg-0.2-2 0.2.0-4 WordPerfect graphics import/conver
ii libx11-6 2:1.4.1-5 X11 client-side library
ii libxml2 2.7.8.dfsg-2 GNOME XML library
ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages inkscape recommends:
ii aspell 0.60.6-6 GNU Aspell spell-checker
ii imagemagick 8:6.6.0.4-3 image manipulation programs
ii libwmf-bin 0.2.8.4-6.1+b1 Windows metafile conversion tools
ii perlmagick 8:6.6.0.4-3 Perl interface to the ImageMagick
ii pstoedit 3.50-3+b1 PostScript and PDF files to editab

Versions of packages inkscape suggests:
ii dia-gnome 0.97.1-7 Diagram editor (GNOME version)
ii libgnomevfs2-extra 1:2.24.3-2 GNOME Virtual File System (extra m
pn libsvg-perl <none> (no description available)
pn libxml-xql-perl <none> (no description available)
ii python 2.6.6-3+squeeze5 interactive high-level object-orie
ii python-lxml 2.3-0.1 pythonic binding for the libxml2 a
ii python-numpy 1:1.4.1-5 Numerical Python adds a fast array
pn python-uniconvertor <none> (no description available)
ii ruby 4.5 An interpreter of object-oriented
pn skencil <none> (no description available)

-- no debconf information

Tags: exporting
Revision history for this message
Alex Valavanis (valavanisalex) wrote :
Revision history for this message
Alex Valavanis (valavanisalex) wrote :
Revision history for this message
Alex Valavanis (valavanisalex) wrote :

Confirmed in Inkscape 48.3.1 and lp:inkscape r11118 on Ubuntu 12.04

Changed in inkscape:
importance: Undecided → Medium
status: New → Triaged
tags: added: exporting
Changed in inkscape (Debian):
status: Unknown → New
Revision history for this message
stehpan (stehpan) wrote :

I want to extend this bug.
This also affects exporting to .ps files.
Furthermore invisible lines get overlaid by visible ones, or just get drawn.
The attached .svg, generated by the program "bkchem 0.13" shows a text in big brackets.
Exported to ps or eps by Inkscape 0.48.2 r9819 on Ubuntu 11.10 the brackets become rectangular boxes.
In the source drawing the brackets are rectangular boxes with one line being invisible.

Settings for the export were:

PS:
PS Level 3
Text to path: off
ps+latex: off
filter to raster: on
raster DPI: 90
Export is whole drawing: on
Export is whole cancas: on
limit to ID: %empty%

EPS:
eps Level: 3
text to path: on
eps+latex: off
Filter to raster:on
raster DPI: 90
Export is whole drawing: off
Export is whole canvas: on
limit to ID: %empty%

Revision history for this message
stehpan (stehpan) wrote :
Revision history for this message
stehpan (stehpan) wrote :
Revision history for this message
su_v (suv-lp) wrote :

> I want to extend this bug.
> This also affects exporting to .ps files.
> Furthermore invisible lines get overlaid by visible ones, or just get drawn.

The problem with the file "in brackets.svg" is unrelated to the originally reported issue, and occurs due to a bug in cairo 1.10, tracked for Inkscape in
Bug #759154 "Open paths with aligned endpoints are closed in cairo-based exports (PDF/PS/EPS)"

Revision history for this message
su_v (suv-lp) wrote :

The originally reported issue is AFAICT related to or a duplicate of
 Bug #389451 “undefined filling color leads to grey Export.”
 <https://bugs.launchpad.net/inkscape/+bug/389451>
and affects the rendering of staright dashed lines with an 'Unset' (-> solid black) fill color when viewed in some PS/EPS viewers.

Changed in inkscape (Debian):
status: New → Confirmed
Revision history for this message
P Min (barber07) wrote :

I ran some tests relating to this bug, I hope this is useful:

----------------------------------------------------------------------

Inkscape 0.48.2, r9818, running on Fedora 13, x86_64:
- the dashed lines in the puzzle are overlaid with thin solid lines (i.e. bug reproduced)

----------------------------------------------------------------------

0.48 devel, r11698, running on Windows XP:
- when exporting from the GUI (File->Save As), the resulting EPS file is fine (!)

same version, running in "cmd":
  inkscape --export-eps=test.eps puzzle_b21d32.svg
results in a crash:
-----
** Message: Error: Inkscape encountered an internal error and will close now.

terminate called after throwing an instance of 'Inkscape::Extension::Extension::
param_not_exist'
-----

----------------------------------------------------------------------

compiled 0.48 devel on Fedora 15, i686: checked out latest source with:
bzr branch lp:inkscape
(checked out Sep 29, ~ 21.39 GMT):
- the horizontal dashed lines still have the solid line through them, the vertical dashed lines are OK (!!)

From the terminal: inkscape --export-eps=test.eps puzzle_b21d32.svg
also results in a crash:
-----
terminate called after throwing an instance of 'Inkscape::Extension::Extension::param_not_exist'
-----

The gdb backtrace:

#0 0x00110416 in __kernel_vsyscall ()
#1 0x42cbf26f in raise () from /lib/libc.so.6
#2 0x42cc0ba5 in abort () from /lib/libc.so.6
#3 0x4dd31ead in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6
#4 0x4dd2fc24 in ?? () from /usr/lib/libstdc++.so.6
#5 0x4dd2fc60 in std::terminate() () from /usr/lib/libstdc++.so.6
#6 0x4dd2fdaf in __cxa_throw () from /usr/lib/libstdc++.so.6
#7 0x081e9710 in Inkscape::Extension::Extension::get_param (this=0x8bfed08, name=0x87a8a3c "areaDrawing") at extension/extension.cpp:405
#8 0x081e9993 in Inkscape::Extension::Extension::set_param_bool (this=0x8bfed08, name=0x87a8a3c "areaDrawing", value=false, doc=0x0, node=0x0) at extension/extension.cpp:525
#9 0x0809dd08 in do_export_ps_pdf (doc=0x9858f60, uri=0x8c0a710 "test.eps", mime=0x87a8b8e "image/x-e-postscript") at main.cpp:1562
#10 0x080a0705 in sp_process_file_list (fl=<optimized out>) at main.cpp:1082
#11 0x080a0d89 in sp_main_console (argc=3, argv=0xbffff9d4) at main.cpp:1211
#12 0x0808803f in main (argc=3, argv=0xbffff9d4) at main.cpp:725

----------------------------------------------------------------------

Revision history for this message
su_v (suv-lp) wrote :

Patrick Min wrote:
> - when exporting from the GUI (File->Save As), the resulting EPS file is fine (!)
> same version, running in "cmd":
> inkscape --export-eps=test.eps puzzle_b21d32.svg
> results in a crash:

The crash is not related to this report: it is a known recent regression in current trunk and was just fixed yesterday (in r11718):
- Bug #1059132 “--export-pdf crashes with inkscape trunk”
 <https://bugs.launchpad.net/inkscape/+bug/1059132>

Revision history for this message
P Min (barber07) wrote :

~suv wrote:
> The crash is not related to this report: it is a known recent regression in current trunk and was just fixed yesterday > (in r11718):

Thanks, sorry about that.

Just installed: Inkscape 0.48+devel r11721 (Oct 2 2012)

Running
inkscape --export-eps=puzzle_b21d32.eps puzzle_b21d32.svg
then
ps2pdf13 puzzle_b21d32.pdf
now produces the PDF with the vertical dashed lines OK, but
the horizontal ones still with a solid line through it
(visible in acroread, but not in evince)
(evince does show the solid line in the original eps)

Revision history for this message
P Min (barber07) wrote :

Edit of previous comment: of course it should have been:
ps2pdf13 puzzle_b21d32.eps

Revision history for this message
P Min (barber07) wrote :

A hack to get rid of the solid lines:
in the resulting EPS file, remove every line that ends in "l f"

Example:
3.16 515.24 m 60.059 515.24 l f

(of course I may have been lucky in that my file doesn't have
any of these lines that I _do_ need)

Another piece of info that may be useful:
the EPS file generated under Linux (which still has the problem) has as the "creator":
%%Creator: cairo 1.10.2 (http://cairographics.org)

the EPS file generated under Windows from the GUI (which doesn't have the problem):
%%Creator: cairo 1.11.2 (http://cairographics.org)

Revision history for this message
su_v (suv-lp) wrote :

> (evince does show the solid line in the original eps)

Not reproduced with Inkscape r11721 (used to export the file to EPS) and evince 3.6.0 on Ubuntu 12.10: evince does not render the hairlines at the center of the dashed lines.

> A hack to get rid of the solid lines:
> in the resulting EPS file, remove every line that ends in "l f"

Have you tried to instead remove the fill (currently, it is 'unset') of the dashed lines in the original SVG file, before exporting to EPS?

Revision history for this message
su_v (suv-lp) wrote :

>> (evince does show the solid line in the original eps)
>
> Not reproduced with Inkscape r11721 (used to export the file to EPS) and evince 3.6.0
> on Ubuntu 12.10: evince does not render the hairlines at the center of the dashed lines.

… nor reproduced with Inkscape trunk r11720 and evince 2.30.3 on OS X 10.7.4 (the dashed lines in the puzzle are not overlaid with thin solid lines). gv (ghostscript 9.05) doesn't show those hairlines (thin solid lines at the center) either - no matter how close I zoom in.

Revision history for this message
P Min (barber07) wrote :

> Have you tried to instead remove the fill (currently, it is 'unset') of the dashed lines in the original SVG file,
> before exporting to EPS?

oh man, that fixed it...

thanks :-)

So to be specific: I added
fill: none;
to the style of the dashed lines.

It works fine now even with older version: Inkscape 0.48.2 r9819 (Sep 11 2012)
(under Fedora 13, creator cairo 1.8.10)

Revision history for this message
Beluga (buovjaga) wrote :

Repro. The only dashed line in the resulting .eps is the one going from SqlMapper to SqlExpression.

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

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.