When exporting a drawing that uses transparent areas, some export filters (e.g. WMF) use a solid fill instead. There is no warning during export about that fact.
I don't know if WMF could do transparency (if so, that would be another bug), but a warning would be nice.
(PNG exports do transparency properly, but lack good resolution; SVG exports do transparency, but the writer cannot import (or at least display) SVG images)
So either support transparency better, or at least warn now that transparent areas aren't properly rendered.
Thanks for bugreport
>When exporting a drawing that uses transparent areas, some export filters (e.g.
>WMF) use a solid fill instead. There is no warning during export about that
I can not reproduce this in Draw 3.5.0. Please, if it is still reproducible, attach document that demonstrates this problem.
[Reproducible] with server-installation of Master " 3.7.0alpha0+ – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: b255de8]" (tinderbox: Win-x86@6-fast, pull time 2012-06-05 23:16:58) and attached test kit. Exported sample.wmf does not show transparency.
What did you test that you got a different result?
Thanks for reproducing.
Draw 3.5.4 on Fedora 64 bit still exports to wmf with transparency. May be I do something wrong. Please, attach source odg file for tests
No question that transparency has to be handled correctly. There are a lot of bugs indicating that we can improve here.
If the file format is a vector graphics, transparency is part of the object definition and has to be ex-/imported properly. Most raster images allow transparency per alpha channel with the exception of CPC, ILBM, JPEG (not JPEG 2000), and PPM.
https://en.wikipedia.org/wiki/Comparison_of_graphics_file_formats (guess there are more but less known formats)
Not sure what jpg is being used today in LibO but all other formats have transparency. And even when it's an outdated format without transparency I think it makes no sense to warn the user. Ten years ago maybe, but not today.
Closing as WONTFIX.