https://bugs.documentfoundation.org/show_bug.cgi?id=94287
Bug ID: 94287
Summary: FORMATTING: None-filled frame anchored to transparent
frame stacks transparency
Product: LibreOffice
Version: 4.4.0.3 release
Hardware: Other
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Transparency was reworked a bit in LibreOffice 4.4.x. Before that version,
frames with a fill type of "None" that were anchored to other frames with a
background with transparency would MATCH the same level of transparency in
areas where the two frames overlapped. This would make the child frame appear
to really not have a background and emulate being 100% transparent in areas
where the two frames overlapped.
Starting in LO 4.4.x, frames no longer perform this magic and the child simply
STACKS the transparent background on top of the parent frame.
Frames with a background of "none" are a tricky beast. Not only are they
unintuitive, but they're also the default fill! None-filled frames simply
inherit the background color of their anchor point. Bug 34585 is about
fixing/working around this behavior.
Steps to reproduce:
1. New writer document
2. Insert a frame with a fill of solid, 50% transparent
3. Click in that frame and insert another frame with a fill of "none"
Expected:
Our inner frame's fill should effectively look as if it were 100% transparent
and not be any darker than the parent frame.
Actual:
Our inner frame inherits the 50% black frame of the parent, and that 50% black
fill stacked with the parent's 50% black results in a section that looks closer
to black with only 25% transparency.
Related Notes:
While the previous matching behavior was better than the current stacking
behavior, why are we even still dealing with confusing "None" filled frames
inheriting the backgrounds of parent frames?
Why aren't "None" filled frames equivalent to 100% transparent frames? They
might be less efficient to render or we could have backwards compatibility
issues, I guess. But I think they need to be dropped at some point.
OpenOffice still has an open bug from 2003 (OpenOffice 1.1), when they realized
none-filled vs 100% transparent frames would lead to a confusing mess.
https://bz.apache.org/ooo/show_bug.cgi?id=20209
This bug affects LibreOffice 4.4.4.3, but not LibreOffice 4.3.4.1.
--
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
