Issue 62150 - View/print mode black and white, and greyscale are swapped on UI
Summary: View/print mode black and white, and greyscale are swapped on UI
Alias: None
Product: Impress
Classification: Application
Component: printing (show other issues)
Version: OOo 2.0.1
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
Depends on:
Reported: 2006-02-16 14:54 UTC by allart
Modified: 2017-05-20 11:11 UTC (History)
3 users (show)

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

Presentation template whis printing problem (627.39 KB, application/vnd.sun.xml.impress)
2006-02-16 14:59 UTC, allart
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description allart 2006-02-16 14:54:51 UTC

Here's an attached presentation template whith a printing problem.

Put it in your template directory, then create a new presentation based on it.

Create some slides, and try to print it. The background image is not printed.

The template was created from a presentation which works fine.


Comment 1 allart 2006-02-16 14:59:20 UTC
Created attachment 34221 [details]
Presentation template whis printing problem
Comment 2 lars 2006-02-16 18:12:07 UTC
confirmed with OOo 2.0.2 RC1 on WinXP Pro SP2 with hp cp1160 in all quality 
options. The page background image also does not appear in the Page->Background 
Comment 3 wolframgarten 2006-02-20 21:47:56 UTC
Comment 4 christian.guenther 2006-02-22 17:20:09 UTC
I can reproduce the bug.
Please have a look if this is duplicate to the black and white / greyscale bug.
Comment 5 thb 2006-02-23 13:01:50 UTC
Changed title to match the actual bug

@af: please take over, this is prolly just a wrong mapping from UI to drawing
layer flags (though consistent for both printing and viewing).
Comment 6 groucho266 2006-03-03 09:26:35 UTC
Comment 7 groucho266 2006-03-20 16:44:52 UTC
AF->AW: Please take over.
The correct behaviour for objects on the background should be that in grayscale
mode both graphics and other shapes are painted in grayscale.  In black and
white mode graphics should not be painted at all and other shapes with only
their border.
Comment 8 Armin Le Grand 2006-05-16 16:04:21 UTC
AW: Changing target
Comment 9 Armin Le Grand 2006-07-12 11:09:53 UTC
AW: There is old code in DrawingLayer which by purpose creates those exceptions
e.g. for grayscale when printing and other stuff. I never liked it myself, but
tried to keep it working to not break wanted functionality. If this is unwanted
stuff, i will remove that. I see no reason to differentiate between printing and
viewing for grayscale and B&W at all, so printer and window display should just
be identical (greetings to WYSIWIG).
AW: Checking for that exceptions...
Comment 10 Armin Le Grand 2006-07-17 16:26:49 UTC
AW: Due to time constraints for UI freeze for PP4 i move to 2.x. We will need to
make a spec which describes an implicit method to suppress masterpage printing.
Comment 11 Armin Le Grand 2006-07-18 18:00:41 UTC
AW->CL: This is the one which describes that MasterPages are not printed in
grayscale, which is also the reason that gray printed handouts are empty (You
have the one double to this one).
AW: I already discussed with UserExperience. The result up to now is that we
want to get rid of the exceptions (printing and viewing) when display quality is
changed (col, gray, B&W) in the Drawinglayer and offer some kind of feature
which does what is intended: "Do not print too fat objects on MasterPage to make
my printout readable nad look good and to not waste toner". -> Needs a spec and
more discussion.
Comment 12 Martin Hollmichel 2007-11-09 17:19:07 UTC
set target from 2.x to 3.x according to
Comment 13 Regina Henschel 2009-10-22 14:28:31 UTC
The same defect is described in issue 51573.

The same defect is still in CWS printerpullpages. I think at least the printing
UI can be corrected in the new printing dialog.
Comment 14 Marcus 2017-05-20 11:11:10 UTC
Reset assigne to the default "".