https://bugs.freedesktop.org/show_bug.cgi?id=34585
--- Comment #19 from tmacalp <tmac...@gmail.com> --- (In reply to Timur from comment #18) > While in 4.2 and 4.3 on right click there is Frame-Background, in 4.4 master > there is Frame-Transparency. > Looking at https://bugs.freedesktop.org/attachment.cgi?id=43689, in 4.3 "No > background filling" didn't have Transparency option. In 4.4, there is > Transparency option and it can be set. > Couldn't reproduce and seems solved to me. Found while looking at Bug 84294. I just tested in the latest 440 master nightly as of 2014-11-06_00:36:43 and I am still able reproduce this bug. Even though the area transparency settings have been expanded and moved to another tab, the setting this bug is concerned with is the fill property of "None." This property still makes the frame simply inherit the fill color of the anchor point instead of being truly transparent. I opened the same sample document in the nightly and it behaves the same way all other versions of OpenOffice and LibreOffice have behaved. The frames with an area fill setting of "None" still inherit the background color of white. The only difference is that the new interface didn't implement the constraint to automatically grey out the transparency setting when No-Fill is selected. So, one can now actually set 100% transparency on a No-Fill frame... IMO, a fill setting of "None" should simply toggle transparency to "Solid 100%" transparency. Also, moving to "Solid 100%" transparency should simply set the frame to be a no-filled frame. Changing to anything other than a "Solid 100%" should move fill from "None" to something else. For compatibility with the current behavior, perhaps there should be another fill type of "Inherited" that inherits background from the anchor point. Basically, it's hard to "fix" this issue without destroying compatibility. A quick search found this OpenOffice bug from 2004 that was closed for this very reason: https://issues.apache.org/ooo/show_bug.cgi?id=32724 There is also an open bug report from 2003 here: https://issues.apache.org/ooo/show_bug.cgi?id=20209 In those bug reports, this issue is characterized as a "historical design flaw." It has not been addressed by the current 4.4.0 master, unless something changed in the past week. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs