Issue 87147 - Tools->Options->Appearance - colors should match what comes out of a printer
Summary: Tools->Options->Appearance - colors should match what comes out of a printer
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 2.4 RC5
Hardware: All Linux, all
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
: 91335 (view as issue list)
Depends on:
Blocks: 81913
  Show dependency tree
Reported: 2008-03-17 20:49 UTC by ccheney
Modified: 2013-08-07 15:31 UTC (History)
1 user (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 ccheney 2008-03-17 20:49:11 UTC
In my opinion the default color for the Document Background should be white (or
a similiar light solid color) instead of the current transparent color. This is
because the way it is currently configured by default inherits the Gnome theme's
color which in many cases is not representative of wysiwyg output when printed.
e.g. in OOo Writer with a dark gnome theme the page color by default is dark and
the text is white.

This also indicates that the font color should not be transparent but black by
default since that is the color that will actually print unless the color is
manually changed. Using something other than black for the text actually is very
misrepresentative of what will come out when printed since the document could
potentially end up actually using font colors and end up using the same or very
near same color in some of the text (manually selected) which will print out as
such and then the rest of the text being the Gnome theme color will then print
as black. To the user looking at the document in its current transparent form
the text could potentially look to all be the same 'default' color.

I don't know about the rest of the colors used under Tools->Options->Appearance
but they probably need to be revisited as well. The default colors should match
what color will come out when printed/exported to PDF.
Comment 1 ccheney 2008-03-17 21:01:33 UTC
Ubuntu may be switching to a dark background for the release in October 2008
(Ubuntu 8.10), so fixing this bug for 3.0 would be very helpful.
Comment 2 jenst 2009-04-21 15:52:42 UTC
I can still confirm this bug in 3.0.1
This is especially annoying in Draw, since the default background
of a picture is the theme color for input boxes, even when there is none
selected in the page options.
The annoying part is when you export a 'drawing', since I would like a
transparant (or at least white) background but it is not like this, and I find
no obvious way to change it but by changing my system theme...
Comment 3 Olaf Felka 2009-04-24 07:16:48 UTC
@ hi: Please have a look.
Comment 4 2009-06-30 16:36:22 UTC
*** Issue 91335 has been marked as a duplicate of this issue. ***
Comment 5 2009-06-30 16:43:01 UTC
Hi Chris, 
Could you confirm that this issue is a duplicate of #70501 which is itself a
duplicate of #35482 which is targeted for 3.2. Thanks in advance - Sophie
Comment 6 ccheney 2009-07-02 16:20:58 UTC

As far as I can tell the bug isn't a duplicate of those other bugs, however the
way those other bugs will be solved _might_ solve this one. I am not sure what
is being done to solve the other bugs though. From what I recall this bug is
triggered even when the Gnome theme isn't dark enough to trigger the High
Contrast mode bug which is what the other two bugs reports refer to.

Comment 7 ccheney 2009-07-02 16:23:51 UTC

Basically the premise of this bug is that setting the colors under
Tools->Options->Appearance to "Automatic" aka using the Gnome Theme colors by
default is a very bad idea. At least for any of the color items that appear in
documents. Since they will be seen on screen as one set of colors and then be
printed out with an entirely different set of colors.

Comment 8 aaron99 2009-11-25 08:48:14 UTC
No updates on this since July?

It looks like Issue 80636 is a duplicate of this one, or maybe a dependency. It
got marked as an Enhancement, IMO in error.

I do note that, at least as of OO 3.1, print preview for the word processor at
least seems to use the correct colors.
Comment 9 h.ilter 2010-06-04 10:37:17 UTC
@ES: I think you are already familiar about this case in cause of accessibility. 
Please take over, Thanks.