To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=75614





------- Additional comments from [EMAIL PROTECTED] Sun Mar 25 16:42:05 +0000 
2007 -------
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?


---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to