Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Filling of combined curves are missing when black and white printing is selected | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Impress | Reporter: | diegodlh <delahera> | ||||||||
Component: | printing | Assignee: | AOO issues mailing list <issues> | ||||||||
Status: | CLOSED FIXED | QA Contact: | issues@graphics <issues> | ||||||||
Severity: | Trivial | ||||||||||
Priority: | P3 | CC: | andrew, Armin.Le.Grand, issues, phoenix.wanglf, rb.henschel | ||||||||
Version: | OOO320m19 | ||||||||||
Target Milestone: | 4.0.0 | ||||||||||
Hardware: | All | ||||||||||
OS: | All | ||||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||||
Developer Difficulty: | --- | ||||||||||
Attachments: |
|
Description
diegodlh
2010-12-17 21:04:36 UTC
Created attachment 75366 [details]
odp sample file with four random arrowhead lines
Created attachment 75367 [details]
"Print to a file" .ps file obtained from Arrowhead.odp attached above
Reproducible in OOO330_m18. Reassigned. Created attachment 79805 [details]
Drawing with combined circles
It does occur for other polypolygon objects too.
No action since nearly two years, set back to default owner. Chance summary to reflect the more general problem. *** Issue 120075 has been marked as a duplicate of this issue. *** ALG: Took a short look; the printer dialog (not only in tools/options, but in the new printer dialog with preview directly testable) sets SdOptionsPrint::SetOutputQuality to 2 (B&W).- That triggers in PreparePages to set aInfo.mnDrawMode = DRAWMODE_BLACKLINE | DRAWMODE_BLACKTEXT | DRAWMODE_WHITEFILL | DRAWMODE_GRAYBITMAP | DRAWMODE_WHITEGRADIENT; This again seems to avoid some things, looking further... ALG: SOmeone seems to set drawmode to DRAWMODE_WHITEFILL, so the arrow is white filled and thus by default not visible on default page background. Preparing SD with debug to see why this happens... ALG: Checking with SD shows that this is by purpose: The B&W drawmode *is* by default defined as described in comment8. This is probably to make all filled objects look lighter in B&W mode. Unfortunately, non-outlined objects will completely vanish with that mode. Thus, the answer is: The fillings do *not* vanish, but all fills are forced to white fill in B&W mode. ALG: There is a chance to detect when polygon actions in a metafile are part of a line geometry using the comment action (hacks) XPATHSTROKE_SEQ_BEGIN/XPATHSTROKE_SEQ_END. This would allow during replay of a metafile to detect polygons which are part of a line geometry and to switch DRawMode on the target OutputDevice from DRAWMODE_WHITEFILL to DRAWMODE_BLACKFILL which would be better for line geometries, esp. since DRAWMODE_BLACKLINE is used. All this should only be done when DRAWMODE_WHITEFILL is active. Caution, this will not be done on all places where Metafiles are replayed (there are some) and it will vanish again when that comment action hacks may be removed one day. Trying if this is possible... ALG: Added code to the MteaFile primitive processor to switch DRAWMODE_WHITEFILL to DRAWMODE_BLACKFILL during processing line geometry sub-content. Works well. Some more tests... "alg" committed SVN revision 1400911 into trunk: #116162# Forced DRAWMODE_WHITEFILL to DRAWMODE_BLACKFILL during line geometry... ALG: Okay, checked in, done. Can't reproduce on build r1404513. Verify pass. adjusted target to version that will contain the fix |