Issue 75614 - Automatic background colour cannot be gotten rid of in frames on Writer docs
Summary: Automatic background colour cannot be gotten rid of in frames on Writer docs
Alias: None
Product: Writer
Classification: Application
Component: viewing (show other issues)
Version: OOo 2.2 RC3
Hardware: PC Linux, all
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: eric.savary
QA Contact: issues@sw
Keywords: accessibility, needmoreinfo, oooqa
Depends on:
Blocks: 90510
  Show dependency tree
Reported: 2007-03-21 16:50 UTC by tpesonen
Modified: 2013-08-07 14:43 UTC (History)
2 users (show)

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


Note You need to log in before you can comment on or make changes to this issue.
Description tpesonen 2007-03-21 16:50:24 UTC
Found on standard SUSE-supplied KDE 3.5.6 on SUSE 9.3.

On OOo 2.2 rc3

I can get rid of the automatic KDE-inherited text and background colours on
Writer documents by choosing black for the text in Tools->Options->Appearance,
and white for the background.

Now the document looks more or less as it did on 2.0.4, i.e. text and background
have their true colours, not something my desktop uses. The problem is, that all
frames (around pictures, or "floating" etc.) on Writer docs retain the automatic
background colour (dark, in my case). This not only makes the document look
stupid, but also renders the form elements hard to edit, as they now possess
black text on dark background. There is nothing in the Appearances that would
enable me to have frames also adopt the default white background colour similar
to the rest of the document.
Comment 1 epochiero 2007-03-21 18:34:30 UTC
Can you check if the problem persists with a newer SUSE release? I'm using KDE
3.5.6 w/openSUSE 10.2 and I have no problems. Maybe is a 9.3 issue.
Comment 2 michael.ruess 2007-03-21 18:36:53 UTC
Reassigned to ES.
Comment 3 tpesonen 2007-03-21 18:54:43 UTC
Sorry, cannot check on a newer SUSE release. I have access only to 9.3
installation at the moment.
Comment 4 kpalagin 2007-03-25 04:52:55 UTC
any chance you could provide detailed repro steps (including changing system 
color scheme) so that I could try with Suse 10.2?

Alternatively, if you have access to fairly powerfull machine with Windows, 
you could try Suse 10.2 in virtualized enviroment using free Virtual PC 
Comment 5 tpesonen 2007-03-25 17:42:05 UTC
Additional info and repro steps:

I also tested OOo 2.1, and the issue is present there as well: All colours and
behaviour, etc. are the same, it seems, irrespective to which version--2.1 or
2.2 RC's--I test. Note that 2.0.4 and earlier do not have this problem. On the
other hand, they don't adopt the colours from KDE either, but default to
standard black-on-white colour scheme for the documents.

To reproduce:
It doesn't seem to matter what the desktop colours are. Simply setting up a
colour scheme for the desktop at KDE Control Centre -> Appearance and themes ->
Colours. Select a theme with a darker background or create one of your own.
Quite an effective example would be the "highcontrast - white on black" scheme.

1. Launch OOo 2.1 or 2.2 RC. I here used 2.1 for the screenshots, as it shows
exactly the same behaviour. Then, File->New Text Document.

2. Insert a picture into the document, and add a caption for the inserted
picture. This creates a frame for the picture. Any frame would do, though; all
frames will show the behaviour explained in the very first post and shown here.

3. Go to Tools->Options->Appearance. On my OOo 2.1/2.2 RC's it is displayed as
shown below. Note that document background and font colours are set to
automatic, and this is also the default setting for a new installation.

4. Change document background to white, and font colour to black.

5. Study the document: The background is now indeed white, and the font colour
is black, but the frame attached to the picture retained its automatic
background colour, as shown below:

Note that should the document now be exported as PDF, the background would
correctly become white also within the frame. So this only affects how OOo
_shows_ the colour, not how it saves or exports it.

Please also note that bug 75613 might be related to this one. It is also
possible that bug 75566 is related in one way or another.

My system runs SUSE 9.3 with standard SUSE-provided xorg-x11 6.8.2-30 with KDE
3.5.6. I also updated to latest SUSE-built 3.5.6-41 RPM's, dated mid-March, but
that had zero effect on this issue. Previously I ran the very first SUSE-built
3.5.6 RPM's that became available at the time of the 3.5.6 release, through KDE

Please ask for any further information you may need. I have no access to Windows
installation on which I would have the rights to install Virtual PC or any
similar. I wonder if any one at SUSE could be asked to confirm/evaluate this (or
the possibly related 75613) issue on 9.3 installation?
Comment 6 kpalagin 2007-03-25 22:03:22 UTC
Confirming with 2.2RC3 on Suse10.2 KDE - picture caption is shown in black in 
step 5.
Novell's build of 2.0.4 under the same conditions shows picture caption in 
Comment 7 eric.savary 2007-03-26 11:33:32 UTC
@OS: please have a look.
Comment 8 Mathias_Bauer 2007-12-04 13:30:34 UTC
target 3.0
Comment 9 Oliver Specht 2008-02-22 10:57:35 UTC
Reassigned to od
Comment 10 Oliver-Rainer Wittmann 2008-03-05 12:22:11 UTC
reproduced in developer snapshot DEV300m0

First, investigation reveals that the paint of the background of a text frame
sets the correct color at the output device. Thus, further investigations are
needed to find out, why the wrong color is used.
Comment 11 Oliver-Rainer Wittmann 2008-06-02 09:40:41 UTC
fixed in cws sw30a11y01 - changed file:

defect cause:
set of background color in high contrast mode does not work due to applied draw
mode at the output device.

reset draw mode in order to get background color set
Comment 12 Oliver-Rainer Wittmann 2008-06-05 08:03:39 UTC
OD->ES: Checked in internal installation set of cws sw30a11y01 - please verify.
Comment 13 eric.savary 2008-06-23 15:20:56 UTC
Verified in CWS sw30a11y01
Comment 14 eric.savary 2008-06-23 17:09:58 UTC
corrected typo in summary
Comment 15 smith77 2009-03-27 23:32:25 UTC
Verified in master version – OOo3.1 – No problem found!
Comment 16 smith77 2009-03-27 23:32:38 UTC
Verified in master version – OOo 3.1 – No problem found!
Comment 17 larysahitekschool 2009-05-01 18:06:28 UTC
Verified in OOo-dev 3.2.0 DEV300m44 WinXP
Comment 18 gatis 2009-05-08 22:14:57 UTC
Verified the issue in OOo-dev3.2.0 DEV300_m44(build 9392). Fixed.
Comment 19 kpalagin 2009-05-09 08:39:13 UTC