Apache OpenOffice (AOO) Bugzilla – Issue 75614
Automatic background colour cannot be gotten rid of in frames on Writer docs
Last modified: 2013-08-07 14:43:03 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.
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.
Reassigned to ES.
Sorry, cannot check on a newer SUSE release. I have access only to 9.3 installation at the moment.
tpesonen, 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 (http://www.microsoft.com/windows/products/winfamily/virtualpc/default.mspx).
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. www.lut.fi/~tepesone/OOo/75614-1.jpg 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. www.lut.fi/~tepesone/OOo/75614-2.jpg 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. www.lut.fi/~tepesone/OOo/75614-3.jpg 4. Change document background to white, and font colour to black. www.lut.fi/~tepesone/OOo/75614-4.jpg 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: www.lut.fi/~tepesone/OOo/75614-5.jpg 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 website. 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?
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 white.
@OS: please have a look.
target 3.0
Reassigned to od
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.
fixed in cws sw30a11y01 - changed file: /sw/source/core/layout/paintfrm.cxx, 1.115.62.1 defect cause: set of background color in high contrast mode does not work due to applied draw mode at the output device. solution: reset draw mode in order to get background color set
OD->ES: Checked in internal installation set of cws sw30a11y01 - please verify.
Verified in CWS sw30a11y01
corrected typo in summary
Verified in master version – OOo3.1 – No problem found!
Verified in master version – OOo 3.1 – No problem found!
Verified in OOo-dev 3.2.0 DEV300m44 WinXP
Verified the issue in OOo-dev3.2.0 DEV300_m44(build 9392). Fixed.
Closing.