Apache OpenOffice (AOO) Bugzilla – Issue 25096
Drawing Layer: Automatic text colour does not depend on drawing objects bg, but the bg of the page ?
Last modified: 2013-02-07 22:17:47 UTC
cmc->thb: I'm not certain this is your area, but its a little related to issue 18630 also assigned to you. In the to be attached .sxw the drawing textboxes make use of automatic colour, it seems that the bg colour that the automatic colour is calculated from is the bg colour of the page that the drawing object is hosted in, and not the background colour of the drawing object itself. i.e. automatic text in a black box on a white page is black, but automatic text in a black box on a black page is white.
Created attachment 12894 [details] example .sxw
setting a target
THB->AW: Could you please have a look at that? This already seems to happen in OOo1.1.1
Reassigning
AW->OD: As far as i can see indeed the SW does not take drawing object background colors into account. When grepping for >SetBackgroundColor< in sw i see it's used from SwViewImp::PaintLayer where it's anded over already. It's calculated from SwPageFrm::GetDrawBackgrdColor wich uses SwFrm::GetBackgroundBrush where the description says: 'determine the background brush for the frame'. Filled draw objects seem not to be considered.
Impress also appears to do the same thing in ignoring the shapes fill colour. In that a black drawing box filled with automatic text on a white page is drawn in black, which on a black page it goes white regardless of the object's fill colour ?
OD->AW: Also doesn't function in Draw and in Calc (SRC680m22). As discussed, there should be a centralized solution: Drawing Layer sets on paint for each drawing object the corresponding background color. If no background color could be retrieved at the drawing object, the corresponding application has to provide a background color. Please take over to provide corresponding functionality and to coordinate adjustments in the applications. Thx.
AW->FL: After discussion with CL i found out that this is a specified behaviour, decided by user experience, and not a bug at all. So, please take over. For further discussions, CL will take over.
.
FL: As far as I remember we have decided this together with the Draw team, because text could also be outside of object borders. I have no problem to change this for SO 8 and to analyze the object background first, but the problem is that we would change existing documents. FL->CL: What is your opinion on this?
This was a user-expirience decision only. My (strong) opinion on this is that both cases have pro and cons. So I urgly suggest not to change anything as it would make nothing better and only add the hassle of incompatibility. In addition, I don't see many issues reported from real users that have a problem with this. Also workaround is easy while creating documents. Problems that would arise with existing documents when we change behaviour would be a major anoyence for users.