Issue 29105 - Text in drawing objects distorted when using graphic as page background
Summary: Text in drawing objects distorted when using graphic as page background
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1.2
Hardware: All All
: P4 Trivial (vote)
Target Milestone: 4.1.0
Assignee: Armin Le Grand
QA Contact:
URL:
Keywords:
: 35465 45884 52577 53406 64142 102840 (view as issue list)
Depends on:
Blocks:
 
Reported: 2004-05-12 18:22 UTC by andreschnabel
Modified: 2017-05-20 10:34 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description andreschnabel 2004-05-12 18:22:59 UTC 
to reproduce:
- open a (new) writer document
- set a background graphic for the current page via format - page
- insert a drawing object (e.g. Text or Text animation, the object itself should
be transparent)
- doubleclick in the object an type some characters

-> you cannot see what you type, as almost all the text becomes black (seems as
if a lot of charecters are printed at the same position)

this does not occure in Impresse (that's why I reported for writer).
Comment 1 michael.ruess 2004-05-13 07:50:02 UTC 
MRU->OD: While editing text in a drawing textobject on a page with a background
graphic, the text becomes unreadable. When leaving the object, it is ok. I don't
know if this is more your's or AW's issue...
Comment 2 michael.ruess 2004-05-13 07:53:16 UTC 
re-assigned to OD.
Comment 3 michael.ruess 2005-07-28 14:30:38 UTC 
*** Issue 35465 has been marked as a duplicate of this issue. ***
Comment 4 michael.ruess 2005-07-28 14:32:09 UTC 
*** Issue 45884 has been marked as a duplicate of this issue. ***
Comment 5 michael.ruess 2005-07-28 14:34:20 UTC 
*** Issue 52577 has been marked as a duplicate of this issue. ***
Comment 6 michael.ruess 2005-08-17 08:46:25 UTC 
*** Issue 53406 has been marked as a duplicate of this issue. ***
Comment 7 michael.ruess 2006-04-26 10:23:18 UTC 
*** Issue 64142 has been marked as a duplicate of this issue. ***
Comment 8 michael.ruess 2009-06-22 15:25:49 UTC 
*** Issue 102840 has been marked as a duplicate of this issue. ***
Comment 9 cowgirl.forever 2013-10-06 00:29:59 UTC 
This just started happening with my writer i set a background like i have before and inserted a text box and as i typed the line turned black and i could not see what i had typed
Comment 10 Armin Le Grand 2013-10-11 12:22:35 UTC 
ALG: Taking a look. Looks as if Writer calls OutlinerView::SetBackgroundColor itself with black (0xffffffff) when a background image is set. Getting sw with debug...
Comment 11 Armin Le Grand 2013-10-11 12:59:21 UTC 
ALG: The GetBackgroundColor/SetBackgroundColor stuff for OutlinerView is all correctly preserved in sw for text edits, but the initialization is wrong. In SwPageFrm::GetDrawBackgrdColor a SvxBrushItem is looked up, but only its color is used; this is defaulted to black and wrong when a Graphic is set as background. Checking what to do in this case...
Comment 12 Armin Le Grand 2013-10-11 13:07:30 UTC 
ALG: When a graphic is set, it may be possible to calculate a single color which looks good in all places of the graphic. Since it is planned to have text edit on the overlay one day and the fallback to aGlobalRetoucheColor returns something useful, just use that for now, it works well (checked that).
Comment 13 SVN Robot 2013-10-11 13:08:48 UTC 
"alg" committed SVN revision 1531285 into trunk:
i29105 when a page background garphic is set in sw, use GlobalRetoucheColor a...
Comment 14 Armin Le Grand 2013-10-11 13:09:25 UTC 
ALG: Okay, committed, done.
Comment 15 Armin Le Grand 2013-10-14 08:37:32 UTC 
ALG: OMG, a task from 2004, with six duplicates. @cowgirl.forever: thanks for bringing this up again!