2013-12-05 19:19:15 |
Joachim Hein |
bug |
|
|
added bug |
2013-12-05 19:32:50 |
su_v |
tags |
clip-path pdf-export transparency |
clipping exporting pdf |
|
2013-12-05 19:34:03 |
Joachim Hein |
description |
svg graphics exported by some software (Mathematica 8.0 in my case) may contain groups that have a property of clip-path="url(.....)" and a corresponding <clipPath with the referenced id. In such cases the contained polygons filled with an alpha channel color will turn into non-transparent color if exported to the pdf-format.
This is new to inkscape version 0.48.4 (pdf reports cairo 1.12.16). Earlier versions converted the same svg graphics correctly (pdf reports cairo 1.12.2, incscape version not known anymore).
If the clip-path=... property is simply deleted from the svg, pdf-export is correct again (but a clipping frame may be lost at the same time). The same could be achieved by importing the svg into inkscape, then degrouping all grouped objects and group them again. Inkscape then will place the <clipPath outside the groups and is now able to do the export correctly. This may also an svg inconsistency.
My workaround in background svg-to-pdf conversion is to use a sed editor command to delete the relevant lines from the svg before the conversion to pdf:
sed 's/clip\-path="url(#cp[0-9]*)"//g' orig.svg > new.svg
in order to simulate the behavior of the old inkscape as long as <clipPath is irrelevant, what is mostly the case for Mathematica graphics output. Ideas for alternative approaches are welcome! |
svg graphics exported by some software (Mathematica 8.0 in my case) may contain groups that have a property of clip-path="url(.....)" and a corresponding <clipPath with the referenced id. In such cases the contained polygons filled with an alpha channel color will turn into non-transparent color if exported to the pdf-format.
This is new to inkscape version 0.48.4 (pdf reports cairo 1.12.16). Earlier versions converted the same svg graphics correctly (pdf reports cairo 1.12.2, incscape version 48.3.1).
If the clip-path=... property is simply deleted from the svg, pdf-export is correct again (but a clipping frame may be lost at the same time). The same could be achieved by importing the svg into inkscape, then degrouping all grouped objects and group them again. Inkscape then will place the <clipPath outside the groups and is now able to do the export correctly. This may also an svg inconsistency.
My workaround in background svg-to-pdf conversion is to use a sed editor command to delete the relevant lines from the svg before the conversion to pdf:
sed 's/clip\-path="url(#cp[0-9]*)"//g' orig.svg > new.svg
in order to simulate the behavior of the old inkscape as long as <clipPath is irrelevant, what is mostly the case for Mathematica graphics output. Ideas for alternative approaches are welcome! |
|
2013-12-05 19:34:19 |
Joachim Hein |
description |
svg graphics exported by some software (Mathematica 8.0 in my case) may contain groups that have a property of clip-path="url(.....)" and a corresponding <clipPath with the referenced id. In such cases the contained polygons filled with an alpha channel color will turn into non-transparent color if exported to the pdf-format.
This is new to inkscape version 0.48.4 (pdf reports cairo 1.12.16). Earlier versions converted the same svg graphics correctly (pdf reports cairo 1.12.2, incscape version 48.3.1).
If the clip-path=... property is simply deleted from the svg, pdf-export is correct again (but a clipping frame may be lost at the same time). The same could be achieved by importing the svg into inkscape, then degrouping all grouped objects and group them again. Inkscape then will place the <clipPath outside the groups and is now able to do the export correctly. This may also an svg inconsistency.
My workaround in background svg-to-pdf conversion is to use a sed editor command to delete the relevant lines from the svg before the conversion to pdf:
sed 's/clip\-path="url(#cp[0-9]*)"//g' orig.svg > new.svg
in order to simulate the behavior of the old inkscape as long as <clipPath is irrelevant, what is mostly the case for Mathematica graphics output. Ideas for alternative approaches are welcome! |
svg graphics exported by some software (Mathematica 8.0 in my case) may contain groups that have a property of clip-path="url(.....)" and a corresponding <clipPath with the referenced id. In such cases the contained polygons filled with an alpha channel color will turn into non-transparent color if exported to the pdf-format.
This is new to inkscape version 0.48.4 (pdf reports cairo 1.12.16). Earlier versions converted the same svg graphics correctly (pdf reports cairo 1.12.2, incscape version 0.48.3.1).
If the clip-path=... property is simply deleted from the svg, pdf-export is correct again (but a clipping frame may be lost at the same time). The same could be achieved by importing the svg into inkscape, then degrouping all grouped objects and group them again. Inkscape then will place the <clipPath outside the groups and is now able to do the export correctly. This may also an svg inconsistency.
My workaround in background svg-to-pdf conversion is to use a sed editor command to delete the relevant lines from the svg before the conversion to pdf:
sed 's/clip\-path="url(#cp[0-9]*)"//g' orig.svg > new.svg
in order to simulate the behavior of the old inkscape as long as <clipPath is irrelevant, what is mostly the case for Mathematica graphics output. Ideas for alternative approaches are welcome! |
|
2013-12-05 19:34:23 |
su_v |
inkscape: status |
New |
Incomplete |
|
2013-12-08 17:00:35 |
Joachim Hein |
attachment added |
|
attachment.zip https://bugs.launchpad.net/inkscape/+bug/1258265/+attachment/3925353/+files/attachment.zip |
|
2013-12-09 10:30:47 |
su_v |
attachment added |
|
orig-0482-cairo-1_10_2.pdf https://bugs.launchpad.net/bugs/1258265/+attachment/3925905/+files/orig-0482-cairo-1_10_2.pdf |
|
2013-12-09 10:30:47 |
su_v |
attachment added |
|
orig-0482-cairo-1_12_2.pdf https://bugs.launchpad.net/bugs/1258265/+attachment/3925906/+files/orig-0482-cairo-1_12_2.pdf |
|
2013-12-09 10:30:47 |
su_v |
attachment added |
|
orig-0483-cairo-1_12_2.pdf https://bugs.launchpad.net/bugs/1258265/+attachment/3925907/+files/orig-0483-cairo-1_12_2.pdf |
|
2013-12-09 10:30:47 |
su_v |
attachment added |
|
orig-0484-cairo-1_12_2.pdf https://bugs.launchpad.net/bugs/1258265/+attachment/3925908/+files/orig-0484-cairo-1_12_2.pdf |
|
2013-12-09 10:30:47 |
su_v |
attachment added |
|
orig-0484-cairo-1_12_12.pdf https://bugs.launchpad.net/bugs/1258265/+attachment/3925909/+files/orig-0484-cairo-1_12_12.pdf |
|
2013-12-09 10:30:47 |
su_v |
attachment added |
|
orig-048x-r9990-cairo-1_12_16.pdf https://bugs.launchpad.net/bugs/1258265/+attachment/3925910/+files/orig-048x-r9990-cairo-1_12_16.pdf |
|
2013-12-09 10:35:32 |
su_v |
tags |
clipping exporting pdf |
cairo clipping exporting pdf |
|
2013-12-09 11:23:00 |
su_v |
inkscape: status |
Incomplete |
Confirmed |
|
2013-12-09 14:07:38 |
su_v |
attachment added |
|
1258265-reduced-test-case-opacity-inside-clipped-group-1.svg https://bugs.launchpad.net/inkscape/+bug/1258265/+attachment/3925951/+files/1258265-reduced-test-case-opacity-inside-clipped-group-1.svg |
|
2013-12-09 14:08:25 |
su_v |
attachment added |
|
1258265-reduced-test-case-opacity-inside-clipped-group-1-inkscape-0_48_4-cairo-1_12_2.pdf https://bugs.launchpad.net/inkscape/+bug/1258265/+attachment/3925952/+files/1258265-reduced-test-case-opacity-inside-clipped-group-1-inkscape-0_48_4-cairo-1_12_2.pdf |
|
2013-12-09 14:09:22 |
su_v |
attachment added |
|
1258265-reduced-test-case-opacity-inside-clipped-group-1-inkscape-0_48_4-cairo-1_12_16.pdf https://bugs.launchpad.net/inkscape/+bug/1258265/+attachment/3925953/+files/1258265-reduced-test-case-opacity-inside-clipped-group-1-inkscape-0_48_4-cairo-1_12_16.pdf |
|
2013-12-09 16:04:03 |
Joachim Hein |
attachment added |
|
10_p_0_0_100_0_0_0_gAC.svg https://bugs.launchpad.net/inkscape/+bug/1258265/+attachment/3926039/+files/10_p_0_0_100_0_0_0_gAC.svg |
|
2014-03-05 13:09:58 |
su_v |
bug watch added |
|
https://bugs.freedesktop.org/show_bug.cgi?id=73038 |
|
2014-03-05 13:11:28 |
su_v |
inkscape: importance |
Undecided |
Medium |
|
2014-03-05 13:11:28 |
su_v |
inkscape: status |
Confirmed |
Triaged |
|
2019-06-25 12:51:50 |
shoeb ansari |
attachment added |
|
tem.svg https://bugs.launchpad.net/inkscape/+bug/1258265/+attachment/5273142/+files/tem.svg |
|
2019-06-25 12:54:17 |
shoeb ansari |
attachment added |
|
screenshot.jpg https://bugs.launchpad.net/inkscape/+bug/1258265/+attachment/5273143/+files/screenshot.jpg |
|