Clippath does not work in PS export

Bug #166422 reported by Pablo Rodríguez on 2005-03-25
4
Affects Status Importance Assigned to Milestone
Inkscape
Medium
Unassigned
inkscape (Debian)
Fix Released
Unknown

Bug Description

Hi there,

from version 0.40 Inkscape was able to read this logo
http://creativecommons.org/presskit/cc.mashme.mat.svg
in a proper way.

But Postscript export is wrong. Could you fix it?

Thanks for your help,

Pablo

Joncruz: assigning to you because the file currently fails
to load because of the xmlns="&ns_svg;" bug. Please reassign
to me when that is fixed.

Package: inkscape
Version: 0.41-4.99.sarge0
Severity: important

using clipPath to prevent rendering of parts of an image works nicely
within inkscape and when exporting. however, clipPath is ignored upon
printing directly from inkscape.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.6
Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages inkscape depends on:
ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libfontconfig1 2.3.1-2 generic font configuration library
ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib
ii libgc1 1:6.4-1 conservative garbage collector for
ii libgcc1 1:3.4.3-13 GCC support library
ii libglib2.0-0 2.6.4-1 The GLib library of C routines
ii libglibmm-2.4-1 2.6.1-1 C++ wrapper for the GLib toolkit (
ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface
ii libgtkmm-2.4-1 2.4.10-1 C++ wrappers for GTK+ 2.4 (shared
ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio
ii libpng12-0 1.2.8rel-1 PNG library - runtime
ii libpopt0 1.7-5 lib for parsing cmdline parameters
ii libsigc++-2.0-0 2.0.10-1 type-safe Signal Framework for C++
ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii libxft2 2.1.7-1 FreeType-based font drawing librar
ii libxml2 2.6.16-7 GNOME XML library
ii libxrender1 0.8.3-7 X Rendering Extension client libra
ii libxslt1.1 1.1.12-8 XSLT processing library - runtime
ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information

Package: inkscape
Version: 0.42.2-1
Followup-For: Bug #329075

found 329075 0.42.2-1
thanks

i'm able to reproduce this problem on a mixed etch/sid system.

printing "as bitmap" produces the expected clipping mask, as does
exporting to a PNG. However, printing using postscript operators
ignores the clipMask.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages inkscape depends on:
ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit
ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library
ii libc6 2.3.5-6 GNU C Library: Shared libraries an
ii libfontconfig1 2.3.2-1 generic font configuration library
ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib
ii libgc1c2 1:6.5-1 conservative garbage collector for
ii libgcc1 1:4.0.2-2 GCC support library
ii libgconf2-4 2.10.1-6 GNOME configuration database syste
ii libglib2.0-0 2.8.3-1 The GLib library of C routines
ii libglibmm-2.4-1c2 2.6.1-1.2 C++ wrapper for the GLib toolkit (
ii libgnomevfs2-0 2.10.1-5 The GNOME virtual file-system libr
ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface
ii libgtkmm-2.4-1c2 1:2.6.2-1.1 C++ wrappers for GTK+ 2.4 (shared
ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB
ii libpango1.0-0 1.8.2-3 Layout and rendering of internatio
ii libpng12-0 1.2.8rel-5 PNG library - runtime
ii libpopt0 1.7-5 lib for parsing cmdline parameters
ii libsigc++-2.0-0c2 2.0.16-1 type-safe Signal Framework for C++
ii libstdc++6 4.0.2-2 The GNU Standard C++ Library v3
ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li
ii libxft2 2.1.7-1 FreeType-based font drawing librar
ii libxml2 2.6.22-1 GNOME XML library
ii libxrender1 1:0.9.0-2 X Rendering Extension client libra
ii libxslt1.1 1.1.15-1 XSLT processing library - runtime
ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii zlib1g 1:1.2.3-4 compression library - runtime

Versions of packages inkscape recommends:
ii dia 0.94.0-15 Diagram editor
ii imagemagick 6:6.2.4.5-0.2 Image manipulation programs
ii libwmf-bin 0.2.8.3-3 Windows metafile conversion tools
ii perlmagick 6:6.2.4.5-0.2 A perl interface to the libMagick
pn pstoedit <none> (no description available)
ii sketch 0.6.15-1 Interactive vector drawing program

-- no debconf information

Hi Daniel and Martin,

On Wed, Nov 09, 2005 at 02:19:37PM -0500, Daniel Kahn Gillmor wrote:
> Package: inkscape
> Version: 0.42.2-1
> Followup-For: Bug #329075
>
> found 329075 0.42.2-1
> thanks
>
> i'm able to reproduce this problem on a mixed etch/sid system.
>
> printing "as bitmap" produces the expected clipping mask, as does
> exporting to a PNG. However, printing using postscript operators
> ignores the clipMask.
>

Thanks for your reports. The problem here is deeper lying in the
postscript engine of inkscape. PostScript export is rather bad and there
are quite some known bugs. Another one is e.g. the conversion of
gradients to (e)ps, which leads to unicolor. Since printing in inkscape
works as export to ps, then print all error in the (e)ps export are
present in the printout too.

There is some effort goinig on in fixing stuff, but it seems noone with
good knowledge of PS has spare time.

With best regards,

Wolfi

eps export issues re individual components or shapes:

1170322 Clippath does not work in PS export
1208874 pattern fills do not export to ps or eps
1234678 PNG transparency lost after EPS->PDF export
1305178 export to eps problem with symbol and xrefs
1404903 Resizing an image and saving in eps format malbehaves
1423023 Exporting as EPS or PS with refected gradients
doesn't work

Is this still an issue?

Changed in inkscape:
status: New → Incomplete
Pablo Rodríguez (ousia) wrote :

I'm afraid PS/PDF conversion is still wrong (using 0.45).

Changed in inkscape:
status: Incomplete → Confirmed
bbyak (buliabyak) wrote :

the file exports to ps perfectly as of rev 20111

Changed in inkscape:
status: Confirmed → Fix Released
Changed in inkscape (Debian):
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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