Bug 62505 - Faulty background coloring of frames
Summary: Faulty background coloring of frames
Status: RESOLVED DUPLICATE of bug 34585
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
Depends on:
Reported: 2013-03-19 04:14 UTC by kaesezeh
Modified: 2013-10-08 16:27 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Example doc w/ frames (12.54 KB, application/vnd.oasis.opendocument.text)
2013-03-19 04:14 UTC, kaesezeh

Note You need to log in before you can comment on or make changes to this bug.
Description kaesezeh 2013-03-19 04:14:40 UTC
Created attachment 76732 [details]
Example doc w/ frames

Put the cursor in front of XXX1 in the table and insert a frame. Even if you set the background of the frame to No Fill, the resulting frame has the same background shading as the cell to which it is attached (see frame 3). This is annoying because it means I can't attrach frames where they belong - i have to cheat and anchor them to the page so they have no background.
Comment 1 Jorendc 2013-03-19 16:42:59 UTC
Thanks for reporting!

I can confirm this behavior. Although I don't know this is intended by the developer, I'm going to mark this as NEW.

I think it is good to verify/ask the UX (user experience) list https://www.libreoffice.org/get-help/mailing-lists/ for their opinion.

tested using Linux Mint 14 x64, LibreOffice

Kind regards,
Comment 2 Owen Genat (retired) 2013-07-30 05:29:15 UTC
This would appear to be a duplicate of bug 34585. What appears to be occuring is that the Insert > Frame... type of draw:frame object is having its background set to that of the anchor point. Using the example document, inserting a frame as described in the first (shaded) cell indeed results in a shaded frame background. Dragging the anchor to the next (unshaded) cell results in a white frame background. As bug 34585 indicates it is impossible to set a transparent (no colour) background for this type of frame. By comparison a draw:frame object created by clicking on the Text icon in the Drawing toolar does have a transparent background and is not influenced by the anchor location.

Tested under Crunchbang 11 running TDF/LO v4.1.0.4 Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28.
Comment 3 kaesezeh 2013-08-01 12:09:48 UTC
Yes, most likely these are related.
Comment 4 tmacalp 2013-10-08 16:27:22 UTC
I agree with Owen that this is a dupe of bug 34585 and am marking it as such.  Setting a frame's background to "No Fill" does not actually make it transparent, it just sets the frame's background colors to match the anchor point's background.

But I don't believe he's right about there not being a work around.  As is mentioned in the other report, you can simply change the frame's background from "No Fill" to a color and change the transparency to 100% and it should work as expected of a true no-fill frame.

*** This bug has been marked as a duplicate of bug 34585 ***