https://bugs.documentfoundation.org/show_bug.cgi?id=89828
Bug ID: 89828
Summary: Image Export crops based on margins instead of page
boundaries when Save transparency checked, ignores
transparency settings
Product: LibreOffice
Version: 4.4.1.2 rc
Hardware: Other
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Draw
Assignee: [email protected]
Reporter: [email protected]
In LibreOffice 4.4.1.2, when using draw to export certain images that supports
transparency (at least png and gif) and "Save transparency" is checked, the
resulting image is cropped to page MARGINS instead of page BOUNDARIES.
When you perform the same process unchecking "Save transparency," the resulting
image is cropped by page boundaries as expected. Also, at some point after
4.2.8, the "Save transparency" setting is now broken and a solid background
color is always used.
Steps to reproduce:
1. Create new drawing
2. Create a shape that completely covers area within margins
3. Make sure object is not selected
4. File -> Export
5. Select png and click "Export..."
6. Uncheck "Save transparency" and click OK
7. View the image: Note that everything is correct. The background is solid
and extends to the full page boundary.
8. File -> Export
9. Select png again and click "Export..." (note that file type annoyingly
wasn't saved from last use)
10. Leave "Save transparency" checked (note that the dialog annoyingly forgot
our last state of being unchecked)
11. View the image:
Expected:
We should have an image that extends to the full page boundaries but has a
transparent background, except for our shape
Actual:
We have an image that is cropped down to the page margins, showing no page
margins. We can't really see it in this example, but the background is not
transparent. It is white, or whatever color we have set for our "Document
Background" theme.
I tested this as the behavior in LO 4.4.1.2 using 32bit Fedora17. Things get
weirder in previous versions.
LO 4.2.8.2: In this version the background is actually transparent, as we
selected. Unfortunately, the boundary is even more screwed up. It still
cropped based on the page margins, but then it, for some reason, attempts to
apply a blank transparent blank space, the thickness of the page margin along
the bottom and right sides of the exported png. So our resulting image is even
more chopped off than the page margins...
LO 4.3.5.2: Almost exactly the same as the behavior described above in 4.2.8.2,
except now transparency is broken! The correct transparent background has been
replaced by white. The only section that remains transparent is the chopped
off swath along the bottom and right of the image.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
