Bug report #7885

transparency value applied to composer image item displaying a vector svg file broken

Added by Mathieu Pellerin - nIRV over 11 years ago. Updated almost 7 years ago.

Status:Closed
Priority:Normal
Assignee:Nyall Dawson
Category:Map Composer/Printing
Affected QGIS version:master Regression?:No
Operating System: Easy fix?:No
Pull Request or Patch supplied:No Resolution:fixed/implemented
Crashes QGIS or corrupts data:No Copied to github as #:16758

Description

QGIS composer's image item has broken transparency support when displaying a vector svg file. The transparency value is applied to each individual svg objects (polygons and paths) instead of the overall resulting image. This effectively makes it so that svg-based images can't be used if transparency is needed.

I'm attaching an SVG file that shows this issue quite well, as well as screenshot.

logo-nomargin.svg (3.01 KB) Mathieu Pellerin - nIRV, 2013-05-22 08:02 PM

qgis-svg-transparency-oups.png (37.5 KB) Mathieu Pellerin - nIRV, 2013-05-22 08:02 PM

Associated revisions

Revision b992e871
Added by Nyall Dawson about 7 years ago

[layouts][FEATURE] Don't force the whole layout to be rasterized
when exporting to PDF

If an individual layout item needs rasterisation in order to
be exported correctly, it can now be individually rasterised
without forcing every other item to also be rasterised.

This allows exports to PDF keeping as much as possible as vectors,
e.g. a map with layer opacity won't force labels, scalebars, etc
to be rasterised too.

To accompany this, a new "Always export as vectors" checkbox
was added to layout properties. If checked, this will force
the export to keep items as vectors, even when it causes the
output to look different to layouts.

Fixes #7885

History

#1 Updated by Giovanni Manghi over 11 years ago

if this is a new feature (the transparency of a composer image) that is not working as expected, then it should be tagged as blocker. Cheers!

#2 Updated by Giovanni Manghi over 7 years ago

  • Regression? set to No
  • Easy fix? set to No

#3 Updated by Nyall Dawson about 7 years ago

  • Status changed from Open to Closed
  • % Done changed from 0 to 100

#4 Updated by Giovanni Manghi almost 7 years ago

  • Resolution set to fixed/implemented
  • Description updated (diff)

Also available in: Atom PDF