Clippath does not work in PS export

Bug #166422 reported by Pablo Rodríguez
4
Affects Status Importance Assigned to Milestone
Inkscape
Fix Released
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

Tags: exporting
Revision history for this message
Buliabyak-users (buliabyak-users) wrote :

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.

Revision history for this message
In , Martin A. Hansen (maasha-maasha) wrote : inkscape: clipPath is ignored when printing

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

Revision history for this message
In , Daniel Kahn Gillmor (dkg-debian-org) wrote : inkscape: reproducible in 0.42.2-1

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

Revision history for this message
In , Daniel Kahn Gillmor (dkg-debian-org) wrote : inkscape: bug #329075 reproducible in 0.42.2-1

found 329075 0.42.2-1
thanks

Revision history for this message
In , Wolfram Quester (wolfi) wrote : Re: Bug#329075: inkscape: reproducible in 0.42.2-1

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

Revision history for this message
In , Wolfram Quester (wolfi) wrote : bug 329075 is forwarded to http://sourceforge.net/tracker/index.php?func=detail&aid=1170322&group_id=93438&atid=604306

# Automatically generated email from bts, devscripts version 2.9.10
 # I just found that is the same as this (old) upstream bug
forwarded 329075 http://sourceforge.net/tracker/index.php?func=detail&aid=1170322&group_id=93438&atid=604306

Revision history for this message
Lucychili-users (lucychili-users) wrote :

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

Revision history for this message
Peter Lewerin (vermeil-deactivatedaccount) wrote :

Is this still an issue?

Changed in inkscape:
status: New → Incomplete
Revision history for this message
Pablo Rodríguez (ousia) wrote :

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

Changed in inkscape:
status: Incomplete → Confirmed
Revision history for this message
bbyak (buliabyak) wrote :

the file exports to ps perfectly as of rev 20111

Changed in inkscape:
status: Confirmed → Fix Released
Revision history for this message
In , Alex Valavanis (valavanisalex) wrote : fixed upstream

forwarded 329075 https://bugs.launchpad.net/debian/+source/inkscape/+bug/166422
tags 329075 + fixed-upstream
thanks

Revision history for this message
In , Alex Valavanis (valavanisalex) wrote : Bug #329075 fixed
Changed in inkscape (Debian):
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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